Skip to content

TODO.md

Latest commit

 

History

History
254 lines (232 loc) · 30.4 KB

TODO.md

File metadata and controls

254 lines (232 loc) · 30.4 KB
Raw

MeshHook TODO

Every open issue on profullstack/meshhook, grouped by milestone. 105 open, 118 closed, 223 total.

Summaries are extracted from each issue's PRD overview. Regenerate with node scripts/generate-todo.mjs > TODO.md.

Contents

Phase 3: Frontend (SvelteKit)

  • #116 SvelteKit app structure project-setup As MeshHook progresses into Phase 3, focusing on Frontend development using SvelteKit, establishing a robust and scalable app structure becomes paramount.
  • #117 Svelte 5 configuration project-setup As part of Phase 3: Frontend (SvelteKit) in the MeshHook project development, this task focuses on configuring Svelte 5 to align with the overarching goals of the project.
  • #118 Supabase client setup project-setup The purpose of this task is to set up the Supabase client for the MeshHook project, under Phase 3: Frontend (SvelteKit).
  • #119 Authentication flow project-setup The Authentication Flow task is a crucial component of the MeshHook project's Phase 3: Frontend (SvelteKit) development.
  • #120 Visual DAG editor component workflow-builder The Visual Directed Acyclic Graph (DAG) Editor Component is a crucial part of the MeshHook project's Workflow Builder section.
  • #121 Node palette (drag & drop) workflow-builder This task focuses on enhancing the visual workflow builder within the MeshHook project by implementing a node palette that supports drag-and-drop functionality.
  • #122 Connection/edge drawing workflow-builder The connection/edge drawing task is a critical component of the MeshHook project's Workflow Builder, enabling users to visually define the flow between different nodes within their workflows.
  • #123 Node configuration forms (JSON Schema-driven) workflow-builder The objective of this task is to enhance the MeshHook workflow builder's user experience by implementing JSON Schema-driven configuration forms for workflow nodes.
  • #124 Workflow validation workflow-builder Workflow validation is a critical feature in the MeshHook project, ensuring that workflows created by users are syntactically and semantically correct before being saved and executed.
  • #125 Save/load workflow definitions workflow-builder The save/load workflow definitions feature is a critical component of the MeshHook project, enabling users to persist their workflow configurations and retrieve them for future editing or execution.
  • #126 Workflow list view workflow-management The Workflow List View is a critical component of the MeshHook project, aimed at enhancing the user experience by providing an efficient and intuitive interface for managing workflows.
  • #127 Create/edit workflow workflow-management The "Create/Edit Workflow" feature is a cornerstone of the MeshHook project, enabling users to define and modify their workflow processes visually.
  • #128 Version management (Draft → Publish) workflow-management ### Purpose The Version Management feature is a critical component of the MeshHook project, enabling users to transition workflow definitions from a draft state to a published version.
  • #129 Workflow settings workflow-management The objective of this task is to implement and enhance the workflow settings functionality within MeshHook, aligning with the application's core features and project goals.
  • #130 Run list view run-console The Run List View is a crucial component of the Run Console section in MeshHook, designed to provide users with a comprehensive, real-time overview of workflow runs.
  • #131 Run detail view with DAG visualization run-console The Run Detail View with DAG Visualization task is a critical component of the MeshHook project's Phase 3 milestone, focusing on enhancing the Run Console section.
  • #132 Live logs via Supabase Realtime run-console As part of Phase 3 in the MeshHook project, focusing on the Run Console section, this PRD outlines the implementation of live logs using Supabase Realtime.
  • #133 Event timeline run-console The Event Timeline is a critical feature in the Run Console section of MeshHook, aimed at enhancing user experience by providing a visual representation of event sequences in workflow runs.
  • #134 "Resume from step" functionality run-console The "Resume from step" functionality is a critical feature designed to enhance the user experience and operational resilience of the MeshHook workflow engine.
  • #135 Test run feature run-console The objective of the "Test Run Feature" is to enhance MeshHook's capabilities by allowing users to execute workflow tests directly from the Run Console.
  • #136 Secrets vault UI secrets-management The Secrets Vault UI is a critical component of the MeshHook project's Phase 3 development, focusing on Secrets Management.
  • #137 Add/edit/delete secrets secrets-management This PRD outlines the requirements and implementation strategy for adding, editing, and deleting secrets within the MeshHook project.
  • #138 Secret masking in UI secrets-management Task Objective: Implement secret masking within the MeshHook UI to enhance security and privacy by preventing the exposure of sensitive information.
  • #139 Project-scoped secrets secrets-management The objective of this task is to implement project-scoped secrets within the MeshHook platform.

Phase 4: Security

  • #140 Supabase Auth integration authentication-authorization The integration of Supabase Auth into MeshHook represents a crucial milestone in Phase 4: Security, aligning with our authentication and authorization objectives.
  • #141 RLS policy enforcement authentication-authorization Row-Level Security (RLS) policy enforcement is a critical feature for MeshHook to ensure data isolation and security across multi-tenant environments.
  • #142 Project membership management authentication-authorization The Project Membership Management feature is a critical component of MeshHook's Phase 4 security enhancements.
  • #143 Role-based access control authentication-authorization The implementation of Role-Based Access Control (RBAC) is a critical feature for enhancing the security and flexibility of the MeshHook platform.
  • #144 AES-GCM encryption implementation secrets-encryption The AES-GCM encryption implementation is a critical feature for the MeshHook project, directly contributing to our goal of offering a secure, multi-tenant workflow engine.
  • #145 KEK (Key Encryption Key) management secrets-encryption As part of MeshHook's Phase 4: Security enhancements, the KEK (Key Encryption Key) Management System is a fundamental project initiative aimed at bolstering the security framework of MeshHook.
  • #146 Key rotation mechanism secrets-encryption The introduction of a key rotation mechanism represents a significant security enhancement for MeshHook, a webhook-first, deterministic, Postgres-native workflow engine.
  • #147 Secret access audit logging secrets-encryption The task of implementing secret access audit logging is pivotal for enhancing MeshHook's security framework, making it an indispensable feature for ensuring transparency, accountability, and compliance.
  • #148 PII detection rules pii-redaction The implementation of Personally Identifiable Information (PII) detection rules within MeshHook is a critical enhancement aimed at bolstering the security and privacy of the data processed through the system.
  • #149 Automatic redaction in logs pii-redaction ### 1.1 Purpose The purpose of this feature development is to implement an automatic redaction system within MeshHook’s logging facilities to ensure that Personally Identifiable Information (PII) is detected and redacted from logs before…
  • #150 Artifact sanitization pii-redaction Artifact Sanitization is a critical feature designed to enhance the security posture of MeshHook by automatically redacting Personally Identifiable Information (PII) from workflow artifacts.
  • #151 Compliance helpers pii-redaction In Phase 4 of MeshHook's development, the focus shifts towards enhancing the platform's security capabilities to ensure compliance with global data protection standards.

Phase 5: Webhook System

  • #152 Webhook endpoint creation webhook-triggers This Product Requirements Document (PRD) details the implementation process for creating webhook endpoints within MeshHook, a webhook-first, Postgres-native workflow engine.
  • #153 Unique webhook URLs per workflow webhook-triggers The purpose of this task is to enhance the security and operational efficiency of MeshHook by implementing unique webhook URLs for each workflow.
  • #154 Signature verification (HMAC) webhook-triggers The implementation of HMAC (Hash-based Message Authentication Code) signature verification for MeshHook's webhook triggers is a critical enhancement aimed at bolstering the security framework of our webhook-first, deterministic, Postgres…
  • #155 JWT token support webhook-triggers This Product Requirements Document (PRD) details the addition of JWT (JSON Web Token) token support for webhook triggers in the MeshHook project.
  • #156 Payload validation webhook-triggers In the continuous evolution of MeshHook's webhook system, enhancing security and operational integrity is paramount.
  • #157 Rate limiting (token bucket) webhook-triggers The objective of this task is to integrate a rate limiting mechanism, specifically using the token bucket algorithm, into the MeshHook project’s webhook system.
  • #158 Webhook configuration webhook-management-ui The Webhook Configuration feature is a core addition to the MeshHook project, aimed at empowering users to easily set up and manage webhook triggers for their automated workflows.
  • #159 Test webhook functionality webhook-management-ui This PRD outlines the requirements and implementation strategy for testing the webhook functionality within MeshHook, a webhook-first, deterministic, Postgres-native workflow engine.
  • #160 Webhook logs webhook-management-ui The enhancement of the Webhook Logs feature is a critical component in Phase 5 of the MeshHook project, specifically within the Webhook System.
  • #161 Signature key management webhook-management-ui The development of a Signature Key Management System within MeshHook's Webhook Management UI is aimed at enhancing the security mechanisms of our webhook system.

Phase 6: Observability

  • #162 Structured logging implementation logging The implementation of structured logging is a strategic enhancement to MeshHook, aimed at bolstering the system's observability and diagnostic capabilities.
  • #163 Log levels and filtering logging The MeshHook project aims to introduce log levels and filtering to enhance its observability features, aligning with the project's goal of providing a reliable and scalable webhook-first, deterministic workflow engine.
  • #164 Realtime log streaming (Supabase) logging ### Purpose The implementation of realtime log streaming using Supabase Realtime represents an essential enhancement to the MeshHook workflow engine's observability features.
  • #165 Log retention policies logging The introduction of log retention policies in MeshHook is pivotal for efficient log management, optimizing storage utilization, and adhering to compliance requirements.
  • #166 Materialized views for metrics metrics The introduction of materialized views for metrics in MeshHook aims to enhance observability and performance monitoring by aggregating and storing key workflow metrics in a more efficient and accessible manner.
  • #167 Run success/failure rates metrics This PRD outlines the implementation of run success and failure rates to enhance MeshHook's observability features.
  • #168 Execution time statistics metrics The integration of execution time statistics is a strategic enhancement aimed at bolstering MeshHook's observability capabilities.
  • #169 Queue depth monitoring metrics In the realm of workflow engines, monitoring the depth of job queues is paramount for maintaining system health and ensuring efficient operation.
  • #170 Error rate tracking metrics The purpose of this task is to integrate a sophisticated error rate tracking system into MeshHook.
  • #171 Failure alert system alerting The Failure Alert System is a critical addition to MeshHook's Phase 6: Observability, designed to enhance the reliability and operational visibility of the webhook-first, deterministic, Postgres-native workflow engine.
  • #172 Webhook for alerts alerting In Phase 6: Observability, MeshHook aims to enhance its workflow engine by introducing a webhook-based alerting mechanism.
  • #173 Alert configuration UI alerting The Alert Configuration UI aims to enhance MeshHook's observability capabilities by allowing users to configure alerts based on metrics or events within their workflow executions.

Phase 7: Testing

  • #174 Worker logic tests unit-tests This PRD details the implementation and validation of unit tests for the worker logic within MeshHook, a webhook-first, deterministic, Postgres-native workflow engine.
  • #175 Node execution tests unit-tests The MeshHook workflow engine, designed to provide a robust, secure, and efficient platform for automating workflows, is now entering Phase 7: Testing, with a focus on ensuring the reliability and stability of its individual nodes.
  • #176 Transform/JMESPath tests unit-tests This document outlines the requirements and approach for enhancing the reliability and effectiveness of the Transform/JMESPath feature in MeshHook.
  • #177 Retry logic tests unit-tests ### Purpose This document outlines the requirements and approach for implementing and testing the retry logic within MeshHook's HTTP Executor.
  • #178 End-to-end workflow tests integration-tests End-to-end (E2E) testing is a critical phase in ensuring the robustness and reliability of the MeshHook workflow engine.
  • #179 Webhook trigger tests integration-tests As MeshHook progresses into its testing phase, the reliability and robustness of its webhook trigger mechanism are paramount.
  • #180 Event sourcing replay tests integration-tests In the pursuit of ensuring MeshHook's reliability and robustness, particularly in handling workflows, the implementation of event sourcing replay tests is paramount.
  • #181 Multi-tenant isolation tests integration-tests This PRD focuses on ensuring that MeshHook's multi-tenant architecture rigorously maintains data isolation across tenants to uphold security and privacy standards.
  • #182 Load testing performance-tests The objective of this Product Requirements Document (PRD) is to outline the approach for conducting comprehensive load testing on the MeshHook platform.
  • #183 Concurrent execution tests performance-tests In the realm of workflow engines, MeshHook stands out with its webhook-trigger capabilities, visual simplicity, and durable execution model.
  • #184 Queue throughput tests performance-tests This PRD addresses the requirements and methodologies for conducting queue throughput tests on MeshHook's queueing system.

Phase 8: Documentation

  • #185 Getting started guide user-documentation This Product Requirements Document (PRD) outlines the creation of a Getting Started Guide for MeshHook, a webhook-first, deterministic, Postgres-native workflow engine.
  • #186 Workflow builder tutorial user-documentation The development of a Workflow Builder Tutorial is tasked with providing an engaging, interactive learning experience for users of MeshHook, enhancing their understanding and proficiency with the visual DAG builder.
  • #187 Node reference documentation user-documentation The MeshHook project is advancing into Phase 8, focusing on enriching user documentation.
  • #188 JMESPath examples user-documentation The integration of JMESPath examples into MeshHook's documentation is a strategic enhancement aimed at bolstering the platform's usability and user empowerment.
  • #189 Webhook setup guide user-documentation The creation of a comprehensive webhook setup guide is a strategic effort to enhance the user experience by providing clear, step-by-step instructions on integrating MeshHook's webhook functionality into their systems.
  • #190 Secrets management guide user-documentation This PRD outlines the development of a comprehensive secrets management guide for MeshHook.
  • #191 Architecture deep-dive developer-documentation The MeshHook project, a webhook-first, deterministic, Postgres-native workflow engine, aims to combine the visual simplicity of n8n with the durability of Temporal, all under a permissive MIT license.
  • #192 API documentation developer-documentation The purpose of this Product Requirements Document (PRD) is to outline the development of comprehensive API documentation for MeshHook.
  • #193 Database schema documentation developer-documentation The MeshHook project, a webhook-first, deterministic, Postgres-native workflow engine, requires comprehensive documentation of its database schema to facilitate understanding, development, integration, and maintenance by developers.
  • #194 Contributing guide developer-documentation The task of creating a Contributing Guide for MeshHook is aimed at enhancing the project's developer documentation to facilitate a seamless onboarding process for new contributors.
  • #195 Deployment guide developer-documentation The Deployment Guide for MeshHook is a crucial piece of documentation aimed at streamlining the deployment process for developers and teams looking to leverage MeshHook for building webhook-first, deterministic, Postgres-native workflow…

Phase 9: Deployment & Operations

  • #196 Health check endpoints production-readiness The implementation of health check endpoints is a critical step towards ensuring MeshHook’s production readiness.
  • #197 Graceful shutdown production-readiness The implementation of a graceful shutdown mechanism for MeshHook is a strategic enhancement aimed at bolstering the platform's reliability, performance, and data integrity during the shutdown processes.
  • #198 Connection pooling optimization production-readiness Optimizing connection pooling is a critical enhancement for MeshHook, a webhook-first, deterministic, Postgres-native workflow engine designed for high scalability and reliability.
  • #199 Resource limits configuration production-readiness The implementation of configurable resource limits within MeshHook, as outlined in Issue #199, is a critical feature aimed at enhancing the platform's operational efficiency, reliability, and cost-effectiveness in production environments.
  • #200 Backup strategy production-readiness The integration of a comprehensive backup strategy is critical as MeshHook moves toward production readiness.
  • #201 Application metrics monitoring Application metrics integration into MeshHook aims to enhance the platform’s observability, performance monitoring, and operational efficiency by embedding comprehensive metrics collection and reporting capabilities.
  • #202 Database performance monitoring monitoring The objective of integrating database performance monitoring into MeshHook's architecture is to ensure optimal performance, reliability, and scalability of the PostgreSQL database underlying our webhook-first, deterministic, Postgres-nat…
  • #203 Queue health monitoring monitoring The Queue Health Monitoring feature is an essential addition to MeshHook, a webhook-first, deterministic, Postgres-native workflow engine.
  • #204 Error tracking integration monitoring As MeshHook evolves, ensuring the stability and reliability of both its frontend and backend components becomes increasingly crucial.
  • #206 Automated testing cicd The MeshHook project, a webhook-first, deterministic, Postgres-native workflow engine, requires a robust automated testing framework to ensure high-quality and reliable software delivery.
  • #207 Database migration automation cicd ### Purpose The purpose of the Database Migration Automation task is to streamline the process of applying schema changes across different environments of the MeshHook project.
  • #208 Deployment automation cicd The MeshHook Deployment Automation project is a critical initiative aimed at enhancing the efficiency, reliability, and security of deploying the MeshHook workflow engine across various environments.

Phase 10: Polish & Launch

  • #209 Query optimization performance-optimization The MeshHook project, a webhook-first, deterministic, Postgres-native workflow engine, is entering Phase 10: Polish & Launch, with an emphasis on optimizing database queries to enhance the overall performance and efficiency of the system.
  • #210 Index tuning performance-optimization The objective of this Product Requirements Document (PRD) is to provide a comprehensive plan for optimizing the Postgres database indexes used by MeshHook, a webhook-first, deterministic, Postgres-native workflow engine.
  • #211 Caching strategy performance-optimization The caching strategy for MeshHook is a crucial enhancement aimed at bolstering the platform's performance by minimizing direct database interactions, thereby reducing load and optimizing response times for a seamless user experience.
  • #212 Bundle size optimization performance-optimization This document outlines the plan for optimizing the bundle size of MeshHook, an essential step within the project's Phase 10: Polish & Launch.
  • #214 Error messages ux-improvements The objective of enhancing error messages within MeshHook is to significantly improve the clarity, specificity, and actionability of error messages across the platform.
  • #215 Keyboard shortcuts ux-improvements This document outlines the plan for implementing keyboard shortcuts within the MeshHook platform.
  • #216 Mobile responsiveness ux-improvements The MeshHook project is on the brink of launching its innovative workflow engine, designed to combine the visual simplicity of n8n with the durability of Temporal, all within a Postgres-native structure that supports multi-tenant securit…
  • #217 Dark mode ux-improvements The implementation of Dark Mode in MeshHook is aimed at enhancing the user experience by providing a visually comfortable alternative for users, especially in low-light environments.
  • #218 Security audit launch-prep The purpose of this PRD is to guide the comprehensive security audit of MeshHook, a webhook-first, deterministic, Postgres-native workflow engine.
  • #219 Performance benchmarks launch-prep ### Objective The primary objective is to establish a comprehensive performance benchmarking system for MeshHook that ensures its components meet and exceed the required performance standards for webhook processing, workflow execution, a…
  • #220 Documentation review launch-prep The Documentation Review initiative for MeshHook, under Task #220, focuses on a holistic update and refinement of the project's documentation.
  • #221 Demo workflows launch-prep With MeshHook approaching its launch phase, the introduction of demo workflows serves a strategic role in highlighting the platform's capabilities and easing the onboarding process for new users.
  • #222 Marketing site launch-prep The launch of the MeshHook marketing site is a critical component of the Phase 10 milestone: Polish & Launch.

Generated from the GitHub issue tracker. 105 open issues across 8 milestones.