sinapse-ai 7.7.10 → 8.0.0

package/.sinapse-ai/data/registry-update-log.jsonl

@@ -574,3 +574,39 @@
 {"timestamp":"2026-04-03T02:10:30.505Z","action":"change","path":".sinapse-ai/core/health-check/checks/project/constitution-consistency.js","trigger":"watcher"}
 {"timestamp":"2026-04-03T02:10:30.506Z","action":"change","path":".sinapse-ai/product/templates/ide-rules/claude-rules.md","trigger":"watcher"}
 {"timestamp":"2026-04-03T03:23:08.944Z","action":"change","path":".sinapse-ai/development/agents/sinapse-orqx.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T07:21:28.300Z","action":"add","path":".sinapse-ai/data/rls-security-patterns.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T07:21:28.300Z","action":"change","path":".sinapse-ai/development/agents/analyst.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T07:21:28.301Z","action":"change","path":".sinapse-ai/development/agents/product-lead.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T07:21:28.301Z","action":"change","path":".sinapse-ai/development/agents/product-lead/MEMORY.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T07:21:28.302Z","action":"change","path":".sinapse-ai/development/agents/project-lead.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T07:21:28.302Z","action":"change","path":".sinapse-ai/development/agents/sprint-lead.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.693Z","action":"change","path":".sinapse-ai/development/tasks/analyze-project-structure.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.694Z","action":"change","path":".sinapse-ai/development/tasks/create-service.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.694Z","action":"change","path":".sinapse-ai/development/tasks/create-worktree.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.695Z","action":"change","path":".sinapse-ai/development/tasks/environment-bootstrap.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.695Z","action":"change","path":".sinapse-ai/development/tasks/execute-epic-plan.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.696Z","action":"change","path":".sinapse-ai/development/tasks/extract-patterns.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.696Z","action":"change","path":".sinapse-ai/development/tasks/ids-governor.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.696Z","action":"change","path":".sinapse-ai/development/tasks/init-project-status.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.696Z","action":"change","path":".sinapse-ai/development/tasks/list-worktrees.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.697Z","action":"change","path":".sinapse-ai/development/tasks/next.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.697Z","action":"change","path":".sinapse-ai/development/tasks/patterns.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.697Z","action":"change","path":".sinapse-ai/development/tasks/plan-create-context.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.698Z","action":"change","path":".sinapse-ai/development/tasks/plan-create-implementation.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.698Z","action":"change","path":".sinapse-ai/development/tasks/plan-execute-subtask.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.699Z","action":"change","path":".sinapse-ai/development/tasks/qa-fix-issues.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.699Z","action":"change","path":".sinapse-ai/development/tasks/remove-worktree.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.699Z","action":"change","path":".sinapse-ai/development/tasks/setup-github.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.700Z","action":"change","path":".sinapse-ai/development/tasks/setup-llm-routing.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.700Z","action":"change","path":".sinapse-ai/development/tasks/setup-mcp-docker.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.700Z","action":"change","path":".sinapse-ai/development/tasks/spec-assess-complexity.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.701Z","action":"change","path":".sinapse-ai/development/tasks/spec-critique.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.701Z","action":"change","path":".sinapse-ai/development/tasks/spec-gather-requirements.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.701Z","action":"change","path":".sinapse-ai/development/tasks/spec-research-dependencies.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.701Z","action":"change","path":".sinapse-ai/development/tasks/spec-write-spec.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.702Z","action":"change","path":".sinapse-ai/development/tasks/story-checkpoint.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.702Z","action":"change","path":".sinapse-ai/development/tasks/update-sinapse.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.702Z","action":"change","path":".sinapse-ai/development/tasks/validate-tech-preset.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:12:00.702Z","action":"change","path":".sinapse-ai/development/tasks/verify-subtask.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T15:13:09.088Z","action":"change","path":".sinapse-ai/data/sinapse-kb.md","trigger":"watcher"}
+{"timestamp":"2026-04-03T17:07:46.494Z","action":"change","path":".sinapse-ai/infrastructure/scripts/validate-codex-delegation.js","trigger":"watcher"}

package/.sinapse-ai/data/rls-security-patterns.md

@@ -0,0 +1,384 @@
+# RLS Security Patterns Reference
+
+> Standalone reference for @data-engineer (Tensor)
+> Constitution Article X -- Security and Data Protection
+
+---
+
+## What is RLS
+
+Row Level Security (RLS) is a database feature that restricts which rows a user can access in a table. In Supabase and PostgreSQL, RLS policies are the primary mechanism for data isolation between users, organizations, and roles.
+
+**Rule:** Every table that stores user data MUST have RLS enabled. No exceptions.
+
+---
+
+## Pattern 1: Basic User Isolation
+
+The most common pattern. Each user can only see and modify their own data.
+
+```sql
+-- Enable RLS on the table
+ALTER TABLE user_profiles ENABLE ROW LEVEL SECURITY;
+
+-- Policy: users can only read their own rows
+CREATE POLICY "users_read_own_data"
+ON user_profiles
+FOR SELECT
+USING (auth.uid() = user_id);
+
+-- Policy: users can only insert rows with their own user_id
+CREATE POLICY "users_insert_own_data"
+ON user_profiles
+FOR INSERT
+WITH CHECK (auth.uid() = user_id);
+
+-- Policy: users can only update their own rows
+CREATE POLICY "users_update_own_data"
+ON user_profiles
+FOR UPDATE
+USING (auth.uid() = user_id)
+WITH CHECK (auth.uid() = user_id);
+
+-- Policy: users can only delete their own rows
+CREATE POLICY "users_delete_own_data"
+ON user_profiles
+FOR DELETE
+USING (auth.uid() = user_id);
+```
+
+**When to use:** Personal data, user settings, individual records.
+
+**Key point:** Always include both `USING` (which rows to read) and `WITH CHECK` (which rows to write) on UPDATE policies.
+
+---
+
+## Pattern 2: Organization-Based Access
+
+Users belong to organizations and can see all data within their organization.
+
+```sql
+ALTER TABLE projects ENABLE ROW LEVEL SECURITY;
+
+-- Policy: users can see projects in their organization
+CREATE POLICY "org_members_read_projects"
+ON projects
+FOR SELECT
+USING (
+  organization_id IN (
+    SELECT org_id FROM organization_members
+    WHERE member_user_id = auth.uid()
+  )
+);
+
+-- Policy: users can create projects in their organization
+CREATE POLICY "org_members_create_projects"
+ON projects
+FOR INSERT
+WITH CHECK (
+  organization_id IN (
+    SELECT org_id FROM organization_members
+    WHERE member_user_id = auth.uid()
+  )
+);
+```
+
+**Performance tip:** Use a security definer function to avoid repeated subqueries:
+
+```sql
+-- Helper function (runs with elevated privileges)
+CREATE OR REPLACE FUNCTION auth.user_org_ids()
+RETURNS SETOF uuid
+LANGUAGE sql
+SECURITY DEFINER
+STABLE
+AS $$
+  SELECT org_id FROM organization_members
+  WHERE member_user_id = auth.uid()
+$$;
+
+-- Simplified policy using the helper
+CREATE POLICY "org_members_read_projects"
+ON projects
+FOR SELECT
+USING (organization_id IN (SELECT auth.user_org_ids()));
+```
+
+**When to use:** Multi-tenant applications, team workspaces, shared resources.
+
+---
+
+## Pattern 3: Role-Based Access
+
+Different roles within an organization have different access levels.
+
+```sql
+ALTER TABLE documents ENABLE ROW LEVEL SECURITY;
+
+-- Admins can do everything
+CREATE POLICY "admins_full_access"
+ON documents
+FOR ALL
+USING (
+  EXISTS (
+    SELECT 1 FROM organization_members
+    WHERE member_user_id = auth.uid()
+    AND org_id = documents.organization_id
+    AND role = 'admin'
+  )
+);
+
+-- Editors can read and update, but not delete
+CREATE POLICY "editors_read_update"
+ON documents
+FOR SELECT
+USING (
+  EXISTS (
+    SELECT 1 FROM organization_members
+    WHERE member_user_id = auth.uid()
+    AND org_id = documents.organization_id
+    AND role IN ('admin', 'editor')
+  )
+);
+
+CREATE POLICY "editors_update"
+ON documents
+FOR UPDATE
+USING (
+  EXISTS (
+    SELECT 1 FROM organization_members
+    WHERE member_user_id = auth.uid()
+    AND org_id = documents.organization_id
+    AND role IN ('admin', 'editor')
+  )
+);
+
+-- Viewers can only read
+CREATE POLICY "viewers_read"
+ON documents
+FOR SELECT
+USING (
+  EXISTS (
+    SELECT 1 FROM organization_members
+    WHERE member_user_id = auth.uid()
+    AND org_id = documents.organization_id
+    AND role IN ('admin', 'editor', 'viewer')
+  )
+);
+```
+
+**When to use:** Applications with distinct permission levels (admin, editor, viewer).
+
+**Key point:** Define policies from most restrictive to least restrictive. Each policy is OR-ed -- if any policy grants access, access is granted.
+
+---
+
+## Pattern 4: Public and Private Data
+
+Some data is public (visible to all), while other data is private.
+
+```sql
+ALTER TABLE posts ENABLE ROW LEVEL SECURITY;
+
+-- Anyone can read published posts (including anonymous users)
+CREATE POLICY "public_posts_readable"
+ON posts
+FOR SELECT
+USING (status = 'published');
+
+-- Authors can read their own drafts
+CREATE POLICY "authors_read_own_drafts"
+ON posts
+FOR SELECT
+USING (author_id = auth.uid());
+
+-- Authors can update their own posts
+CREATE POLICY "authors_update_own"
+ON posts
+FOR UPDATE
+USING (author_id = auth.uid())
+WITH CHECK (author_id = auth.uid());
+```
+
+**When to use:** Blogs, content platforms, marketplaces with public listings.
+
+---
+
+## Service Role Usage Guidelines
+
+### What is service_role
+
+The `service_role` key bypasses all RLS policies. It has full, unrestricted access to every row in every table.
+
+### Rules
+
+| Rule | Severity |
+|------|----------|
+| NEVER use service_role in frontend code | ABSOLUTE BLOCKER |
+| NEVER expose service_role in client-side bundles | ABSOLUTE BLOCKER |
+| Use service_role ONLY in server-side code | REQUIRED |
+| Use service_role ONLY for admin operations | REQUIRED |
+| Prefer anon key + RLS for all user-facing queries | REQUIRED |
+
+### Appropriate Uses
+
+```javascript
+// SERVER-SIDE ONLY (Edge Functions, API routes, cron jobs)
+
+// Admin dashboard: list all users (requires service_role)
+const { data } = await supabaseAdmin
+  .from('user_profiles')
+  .select('id, email, created_at');
+
+// System operations: clean up expired sessions
+const { error } = await supabaseAdmin
+  .from('sessions')
+  .delete()
+  .lt('expires_at', new Date().toISOString());
+```
+
+### Inappropriate Uses (BLOCKED)
+
+```javascript
+// FRONTEND CODE -- NEVER DO THIS
+import { createClient } from '@supabase/supabase-js';
+
+// This exposes service_role to every user
+const supabase = createClient(url, process.env.SUPABASE_SERVICE_ROLE_KEY);
+```
+
+---
+
+## Common RLS Anti-Patterns
+
+### 1. Forgetting to Enable RLS
+
+```sql
+-- Table created without RLS -- ALL data is public by default
+CREATE TABLE sensitive_data (
+  id uuid PRIMARY KEY,
+  user_id uuid REFERENCES auth.users(id),
+  secret_info text
+);
+-- Missing: ALTER TABLE sensitive_data ENABLE ROW LEVEL SECURITY;
+```
+
+**Fix:** Always enable RLS immediately after CREATE TABLE.
+
+### 2. Overly Permissive Policies
+
+```sql
+-- BAD: Allows any authenticated user to read ALL rows
+CREATE POLICY "bad_policy"
+ON user_data
+FOR SELECT
+USING (auth.uid() IS NOT NULL);
+```
+
+**Fix:** Always filter by user_id, org_id, or role.
+
+### 3. Missing WITH CHECK on Write Policies
+
+```sql
+-- BAD: User can read own rows but insert rows for OTHER users
+CREATE POLICY "incomplete_insert"
+ON user_data
+FOR INSERT
+WITH CHECK (true);  -- No restriction on who can insert what
+```
+
+**Fix:** Always include `WITH CHECK (auth.uid() = user_id)` on INSERT/UPDATE.
+
+### 4. Using FOR ALL Without Thinking
+
+```sql
+-- DANGEROUS: Grants read + write + delete to everyone matching
+CREATE POLICY "too_broad"
+ON orders
+FOR ALL
+USING (customer_id = auth.uid());
+```
+
+**Concern:** Users can delete their own orders, which may not be desired.
+
+**Fix:** Create separate policies for SELECT, INSERT, UPDATE, and DELETE.
+
+### 5. N+1 Subquery Performance
+
+```sql
+-- SLOW: Runs a subquery for EVERY row
+CREATE POLICY "slow_policy"
+ON documents
+FOR SELECT
+USING (
+  organization_id IN (
+    SELECT org_id FROM org_members WHERE user_id = auth.uid()
+  )
+);
+```
+
+**Fix:** Use a SECURITY DEFINER helper function (see Pattern 2) or a materialized view for complex access patterns.
+
+---
+
+## Testing RLS Policies
+
+### Manual Testing with Role Switching
+
+```sql
+-- Test as a specific user
+SET request.jwt.claim.sub = 'user-uuid-here';
+SET role = 'authenticated';
+
+-- Run a query -- should only return rows for that user
+SELECT * FROM user_profiles;
+
+-- Reset
+RESET role;
+RESET request.jwt.claim.sub;
+```
+
+### Automated Testing Approach
+
+```javascript
+// In Jest tests with Supabase client
+describe('RLS Policies', () => {
+  it('user can only see own profile', async () => {
+    // Create client as User A
+    const clientA = createClient(url, anonKey, {
+      global: { headers: { Authorization: `Bearer ${tokenA}` } }
+    });
+
+    // Insert profile for User A
+    await clientA.from('profiles').insert({ user_id: userAId, name: 'A' });
+
+    // Create client as User B
+    const clientB = createClient(url, anonKey, {
+      global: { headers: { Authorization: `Bearer ${tokenB}` } }
+    });
+
+    // User B should NOT see User A's profile
+    const { data } = await clientB
+      .from('profiles')
+      .select('*')
+      .eq('user_id', userAId);
+
+    expect(data).toHaveLength(0);
+  });
+});
+```
+
+### Verification Checklist
+
+- [ ] Every table with user data has RLS enabled
+- [ ] SELECT policies filter by user_id, org_id, or role
+- [ ] INSERT policies use WITH CHECK to validate ownership
+- [ ] UPDATE policies use both USING and WITH CHECK
+- [ ] DELETE policies are intentionally scoped (not too broad)
+- [ ] service_role is NOT referenced in any frontend file
+- [ ] Helper functions use SECURITY DEFINER where needed
+- [ ] Policies are tested with multiple user contexts
+
+---
+
+*Last updated: 2026-04-03*

package/.sinapse-ai/data/sinapse-kb.md

@@ -838,7 +838,7 @@ For full details, see `CONTRIBUTING.md`. Key points:
 - Atomic commits - one logical change per commit
 - Must align with guiding principles
 
-**Core Principles** (from docs/GUIDING-PRINCIPLES.md):
+**Core Principles** (from docs/guiding-principles.md):
 
 - **Dev Agents Must Be Lean**: Minimize dependencies, save context for code
 - **Natural Language First**: Everything in markdown, no code in core

package/.sinapse-ai/development/agents/analyst.md

@@ -224,7 +224,7 @@ Type `*help` to see all commands, or `*yolo` to skip confirmations.
 **I collaborate with:**
 
 - **@project-lead (Beacon):** Provides research and analysis to support PRD creation
-- **@product-lead (Pax):** Provides market insights and competitive analysis
+- **@product-lead (Axis):** Provides market insights and competitive analysis
 
 **When to use others:**
 
@@ -266,6 +266,6 @@ Type `*help` to see all commands, or `*yolo` to skip confirmations.
 ### Related Agents
 
 - **@project-lead (Beacon)** - Primary consumer of research
-- **@product-lead (Pax)** - May request market insights
+- **@product-lead (Axis)** - May request market insights
 
 ---

package/.sinapse-ai/development/agents/product-lead/MEMORY.md

@@ -1,4 +1,4 @@
-# PO Agent Memory (Pax)
+# PO Agent Memory (Axis)
 
 ## Active Patterns
 <!-- Current, verified patterns used by this agent -->

package/.sinapse-ai/development/agents/product-lead.md

@@ -51,7 +51,7 @@ activation-instructions:
   - STAY IN CHARACTER!
   - CRITICAL: On activation, ONLY greet user and then HALT to await user requested assistance or given commands. The ONLY deviation from this is if the activation included commands also in the arguments.
 agent:
-  name: Pax
+  name: Axis
   id: product-lead
   title: Product Owner
   icon: 🎯
@@ -77,10 +77,10 @@ persona_profile:
 
     greeting_levels:
       minimal: '🎯 po Agent ready'
-      named: "🎯 Pax (Balancer) ready. Let's prioritize together!"
-      archetypal: '🎯 Pax the Balancer ready to balance!'
+      named: "🎯 Axis (Balancer) ready. Let's prioritize together!"
+      archetypal: '🎯 Axis the Balancer ready to balance!'
 
-    signature_closing: '— Pax, equilibrando prioridades 🎯'
+    signature_closing: '— Axis, equilibrando prioridades 🎯'
 
 persona:
   role: Technical Product Owner & Process Steward

package/.sinapse-ai/development/agents/project-lead.md

@@ -298,7 +298,7 @@ Type `*help` to see all commands, or `*yolo` to skip confirmations.
 
 **I collaborate with:**
 
-- **@product-lead (Pax):** Provides PRDs and strategic direction to
+- **@product-lead (Axis):** Provides PRDs and strategic direction to
 - **@sprint-lead (Sync):** Coordinates on sprint planning and story breakdown
 - **@architect (Stratum):** Works with on technical architecture decisions
 
@@ -369,7 +369,7 @@ Type `*help` to see all commands, or `*yolo` to skip confirmations.
 ### Related Agents
 
 - **@analyst (Scope)** - Provides research and insights
-- **@product-lead (Pax)** - Receives PRDs and manages backlog
+- **@product-lead (Axis)** - Receives PRDs and manages backlog
 - **@architect (Stratum)** - Collaborates on technical decisions
 
 ---

package/.sinapse-ai/development/agents/sprint-lead.md

@@ -207,7 +207,7 @@ Type `*help` to see all commands.
 **I collaborate with:**
 
 - **@developer (Pixel):** Assigns stories to, receives completion status from
-- **@product-lead (Pax):** Coordinates with on backlog and sprint planning
+- **@product-lead (Axis):** Coordinates with on backlog and sprint planning
 
 **I delegate to:**
 
@@ -254,7 +254,7 @@ Type `*help` to see all commands.
 
 ### Prerequisites
 
-1. Backlog prioritized by @product-lead (Pax)
+1. Backlog prioritized by @product-lead (Axis)
 2. Story templates available
 3. Story draft checklist accessible
 4. Understanding of current sprint goals
@@ -278,7 +278,7 @@ Type `*help` to see all commands.
 
 ### Related Agents
 
-- **@product-lead (Pax)** - Provides backlog prioritization
+- **@product-lead (Axis)** - Provides backlog prioritization
 - **@developer (Pixel)** - Implements stories
 - **@github-devops (Pipeline)** - Handles push operations
 

package/.sinapse-ai/development/tasks/analyze-project-structure.md

@@ -31,7 +31,7 @@
 
 ```yaml
 task: analyzeProjectStructure()
-responsible: architect (Aria)
+responsible: architect (Stratum)
 responsible_type: Agent
 atomic_layer: Analysis
 elicit: true
@@ -405,7 +405,7 @@ Generate `docs/architecture/project-analysis.md`:
 # Project Analysis: {feature_name}
 
 **Generated:** {date}
-**Generated By:** @architect (Aria)
+**Generated By:** @architect (Stratum)
 **Story:** WIS-15
 
 ---
@@ -470,7 +470,7 @@ Generate `docs/architecture/recommended-approach.md`:
 # Recommended Approach: {feature_name}
 
 **Generated:** {date}
-**Generated By:** @architect (Aria)
+**Generated By:** @architect (Stratum)
 **Story:** WIS-15
 
 ---

package/.sinapse-ai/development/tasks/create-service.md

@@ -401,7 +401,7 @@ token_usage: ~1,000-2,000 tokens
 story: WIS-11
 version: 1.0.0
 created: 2025-12-24
-author: "@developer (Dex)"
+author: "@developer (Pixel)"
 dependencies:
   templates:
     - service-template/ (from WIS-10)

package/.sinapse-ai/development/tasks/create-worktree.md

@@ -3,7 +3,7 @@
 **Task ID:** create-worktree
 **Version:** 1.0
 **Created:** 2026-01-28 (Story 1.3)
-**Agent:** @devops (Gage)
+**Agent:** @devops (Pipeline)
 
 ---
 

package/.sinapse-ai/development/tasks/environment-bootstrap.md

@@ -4,7 +4,7 @@
 **Version:** 1.1.0
 **Created:** 2025-12-02
 **Updated:** 2025-12-02
-**Agent:** @devops (Gage)
+**Agent:** @devops (Pipeline)
 
 ---
 

package/.sinapse-ai/development/tasks/execute-epic-plan.md

@@ -870,11 +870,11 @@ This task is owned by:
 - `@project-lead` (Morgan/Bob) - Primary orchestrator
 
 This task spawns:
-- `@product-lead` (Pax) - Story validation, checkpoints
-- `@developer` (Dex) - Story implementation (via development-cycle)
-- `@architect` (Aria) - Wave gates, final gate
-- `@devops` (Gage) - Branch merge, push
-- `@quality-gate` (Quinn) - Quality gates (via development-cycle)
+- `@product-lead` (Axis) - Story validation, checkpoints
+- `@developer` (Pixel) - Story implementation (via development-cycle)
+- `@architect` (Stratum) - Wave gates, final gate
+- `@devops` (Pipeline) - Branch merge, push
+- `@quality-gate` (Litmus) - Quality gates (via development-cycle)
 
 ---
 

package/.sinapse-ai/development/tasks/extract-patterns.md

@@ -381,7 +381,7 @@ story: "7.3"
 epic: "Epic 7 - Memory Layer"
 version: 1.0.0
 created: 2026-01-29
-author: "@developer (Dex)"
+author: "@developer (Pixel)"
 dependencies:
   modules:
     - .sinapse-ai/infrastructure/scripts/pattern-extractor.js

package/.sinapse-ai/development/tasks/ids-governor.md

@@ -91,4 +91,4 @@ All commands apply graceful degradation:
 
 ---
 
-*IDS-7 | Created 2026-02-10 by @developer (Dex)*
+*IDS-7 | Created 2026-02-10 by @developer (Pixel)*

package/.sinapse-ai/development/tasks/init-project-status.md

@@ -3,7 +3,7 @@
 **Task ID:** init-project-status
 **Version:** 1.0
 **Created:** 2025-01-14 (Story 6.1.2.4)
-**Agent:** @devops (Gage)
+**Agent:** @devops (Pipeline)
 
 ---
 

package/.sinapse-ai/development/tasks/list-worktrees.md

@@ -3,7 +3,7 @@
 **Task ID:** list-worktrees
 **Version:** 1.0
 **Created:** 2026-01-28 (Story 1.3)
-**Agent:** @devops (Gage)
+**Agent:** @devops (Pipeline)
 
 ---
 

package/.sinapse-ai/development/tasks/next.md

@@ -311,7 +311,7 @@ optimizations:
 story: WIS-3
 version: 1.0.0
 created: 2025-12-25
-author: "@developer (Dex)"
+author: "@developer (Pixel)"
 dependencies:
   modules:
     - workflow-intelligence (from WIS-2)

package/.sinapse-ai/development/tasks/patterns.md

@@ -321,7 +321,7 @@ optimizations:
 story: WIS-5
 version: 1.0.0
 created: 2025-12-26
-author: "@developer (Dex)"
+author: "@developer (Pixel)"
 dependencies:
   modules:
     - workflow-intelligence/learning

package/.sinapse-ai/development/tasks/plan-create-context.md

@@ -845,7 +845,7 @@ metadata:
   story: '4.2'
   epic: 'Epic 4 - Execution Engine'
   created: '2026-01-28'
-  author: '@architect (Aria)'
+  author: '@architect (Stratum)'
   version: '1.0.0'
   tags:
     - plan-pipeline