synarcx 0.3.0 → 0.3.2

package/dist/core/templates/workflows/review.js

@@ -3,177 +3,177 @@ export function getSynReviewSkillTemplate() {
     return {
         name: 'syn-review',
         description: 'Quality gate that verifies implementation, runs sanity checks (test/lint/typecheck), and presents a three-way decision: archive, add more work, or start a new change.',
-        instructions: `Review a completed change — verify implementation, run sanity checks, and decide next steps.
-
----
-
-## Steps
-
-1. **Select the change**
-
-   If a name is provided, use it. Otherwise:
-   - Infer from conversation context if the user mentioned a change
-   - Auto-select if only one active change exists
-   - If ambiguous, run \`synarcx list --json\` to get available changes and use the **AskUserQuestion tool** to let the user select
-
-   Always announce: "Reviewing change: <name>" and how to override (e.g., \`/syn:review <other>\`).
-
-2. **Check status**
-
-   \`\`\`bash
-   synarcx status --change "<name>" --json
-   \`\`\`
-
-   Parse the JSON to get \`schemaName\` and \`artifacts\` status.
-
-   **Verify artifact completion**: If all apply-required artifacts are not done, stop and tell the user to use \`/syn:propose\` or \`/syn:apply\` first.
-
-3. **Gate on task completion**
-
-   Read \`tasks.md\` and count checkboxes. If any tasks remain unchecked:
-   - Show progress: "N/M tasks complete"
-   - Do NOT run any checks
-   - Suggest: "/syn:apply to finish the remaining tasks, then run /syn:review again"
-   - Stop here
-
-4. **Collect change state**
-
-   - \`git diff --stat\` to get files changed, additions, deletions
-   - Read \`tasks.md\` for complete/incomplete counts
-
-5. **Discover and run sanity checks**
-
-   Probe the project for check commands. Discovery order:
-   1. Check \`package.json\` scripts for \`test\`, \`lint\`, \`typecheck\`
-   2. If \`Cargo.toml\` exists, check for \`cargo test\`
-   3. If no check commands found, skip with a note
-
-   For each discovered command, run it and capture:
-   - **Pass**: note the pass count
-   - **Fail**: capture error details, route to \`/syn:apply\`
-   - **Crash/error**: note "command crashed" with error message, do NOT block the fork
-
-   **Important**: For any failed check, capture only summary counts (pass/fail), not full logs — unless user asks for details.
-
-6. **Build the output**
-
-   **Structured summary first** (scanable at a glance):
-
-   \`\`\`
-   Tasks:     N/M  ✓
-   Files:     N changed (+A -D)
-   Tests:     N/N passed  ✓  (or "N failed" or "ERR — command crashed" or "skipped")
-   Lint:      0 errors  ✓   (or "N errors" or "ERR — command crashed" or "skipped")
-   Typecheck: clean  ✓      (or "N errors" or "ERR — command crashed" or "skipped")
-   \`\`\`
-
-   **Then a narrative paragraph** (context):
-
-   "Change <name> completed N of N tasks across N files (+A -D). All N tests pass, lint is clean, type checking passes. No issues detected."
-
-   Or for failures: "Change <name> completed N of N tasks. N tests failed, lint found N errors. Review the findings below."
-
-7. **Present the fork**
-
-   **If ALL checks pass** (clean):
-
-   Present three options:
-
-   | Option | Label | What happens | Next |
-   |---|---|---|---|
-   | A | Archive now | AI moves change to archive/ | Done |
-   | B | Add more work | AI appends new tasks, suggests refinement loop | /syn:clarify → /syn:analyze → /syn:apply |
-   | C | Start a new change | AI suggests creating a fresh change | /syn:propose |
-
-   **For option B (add more work)**: Ask the user what else is needed. If the new work fits within the existing change's scope (same capabilities, same specs, related code), append unchecked tasks to \`tasks.md\` and say: "Run /syn:clarify to refine the new requirements, then /syn:analyze, then /syn:apply." If the new work involves different capabilities, different specs, or unrelated code, tell the user: "This is outside this change's scope. Start a new change with /syn:propose instead."
-
-   **If any checks failed** (dirty):
-
-   Show each finding with context and route to the correct command:
-
-   | Finding | Route |
-   |---|---|
-   | Test failures | /syn:apply — fix implementation |
-   | Lint errors | /syn:apply — fix implementation |
-   | Artifact inconsistency | /syn:analyze — reconcile |
-   | Unclear requirement | /syn:clarify — refine |
-   | Incomplete artifacts | /syn:analyze — complete artifacts |
-
-   List ALL findings in a single output. Let the user decide which to address first.
-
-   **Note**: /syn:quick bypasses review entirely. Quick is the low-risk fast path.
-
-8. **Archive inline** (when user picks option A)
-
-   - Create \`synspec/changes/archive/\` if it doesn't exist
-   - Target name: \`YYYY-MM-DD-<change-name>\`
-   - If target already exists: fail with error, suggest renaming existing archive or using a different approach
-   - Move: \`mv synspec/changes/<name> synspec/changes/archive/YYYY-MM-DD-<name>\`
-   - Confirm: "Archived <change-name> to synspec/changes/archive/YYYY-MM-DD-<name>/"
-
----
-
-## Output (Clean)
-
-\`\`\`
-Tasks:     7/7  ✓
-Files:     5 changed (+124 -12)
-Tests:     42/42 passed  ✓
-Lint:      0 errors  ✓
-Typecheck: clean  ✓
-
-Change add-user-auth completed 7 of 7 tasks across 5 files (+124 -12). All 42 tests pass, lint is clean, type checking passes. No issues detected.
-
-This change is clean. What would you like to do?
-[A] Archive now    [B] Add more work    [C] Start a new change
-\`\`\`
-
-## Output (Dirty)
-
-\`\`\`
-Tasks:     7/7  ✓
-Files:     5 changed (+124 -12)
-Tests:     38/42 passed  ⚠  4 failing
-Lint:      3 errors  ⚠
-Typecheck: clean  ✓
-
-Change add-user-auth completed 7 of 7 tasks. 4 tests failing in auth.test.ts, lint found 3 style issues. Type checking passes.
-
-Findings:
-╳ 4 tests failing in auth.test.ts
-  → Try /syn:apply to fix the implementation
-
-╳ 3 lint errors in src/auth.ts
-  → Try /syn:apply to fix the implementation
-\`\`\`
-
-## Output (Tasks Incomplete — Gate)
-
-\`\`\`
-Tasks:     4/7 tasks complete
-
-This change still has 3 tasks remaining.
-→ Use /syn:apply to finish the remaining tasks, then run /syn:review again.
-\`\`\`
-
-## Output (Archived)
-
-\`\`\`
-## Archive Complete
-
-**Change:** <change-name>
-**Archived to:** synspec/changes/archive/YYYY-MM-DD-<name>/
-
-All tasks complete. All checks passed. Change archived.
-\`\`\`
-
-## Guardrails
-- Do NOT run checks if tasks are incomplete — gate at step 3
-- Checks are read-only — do not modify project files during checks
-- Archive move is the only write operation (step 8)
-- Always list ALL findings at once, don't ask "fix one at a time"
-- For failed checks, show only summary counts unless user asks for details
-- If user picks "add more work," evaluate scope before appending tasks
+        instructions: `Review a completed change — verify implementation, run sanity checks, and decide next steps.
+
+---
+
+## Steps
+
+1. **Select the change**
+
+   If a name is provided, use it. Otherwise:
+   - Infer from conversation context if the user mentioned a change
+   - Auto-select if only one active change exists
+   - If ambiguous, run \`synarcx list --json\` to get available changes and use the **AskUserQuestion tool** to let the user select
+
+   Always announce: "Reviewing change: <name>" and how to override (e.g., \`/syn:review <other>\`).
+
+2. **Check status**
+
+   \`\`\`bash
+   synarcx status --change "<name>" --json
+   \`\`\`
+
+   Parse the JSON to get \`schemaName\` and \`artifacts\` status.
+
+   **Verify artifact completion**: If all apply-required artifacts are not done, stop and tell the user to use \`/syn:propose\` or \`/syn:apply\` first.
+
+3. **Gate on task completion**
+
+   Read \`tasks.md\` and count checkboxes. If any tasks remain unchecked:
+   - Show progress: "N/M tasks complete"
+   - Do NOT run any checks
+   - Suggest: "/syn:apply to finish the remaining tasks, then run /syn:review again"
+   - Stop here
+
+4. **Collect change state**
+
+   - \`git diff --stat\` to get files changed, additions, deletions
+   - Read \`tasks.md\` for complete/incomplete counts
+
+5. **Discover and run sanity checks**
+
+   Probe the project for check commands. Discovery order:
+   1. Check \`package.json\` scripts for \`test\`, \`lint\`, \`typecheck\`
+   2. If \`Cargo.toml\` exists, check for \`cargo test\`
+   3. If no check commands found, skip with a note
+
+   For each discovered command, run it and capture:
+   - **Pass**: note the pass count
+   - **Fail**: capture error details, route to \`/syn:apply\`
+   - **Crash/error**: note "command crashed" with error message, do NOT block the fork
+
+   **Important**: For any failed check, capture only summary counts (pass/fail), not full logs — unless user asks for details.
+
+6. **Build the output**
+
+   **Structured summary first** (scanable at a glance):
+
+   \`\`\`
+   Tasks:     N/M  ✓
+   Files:     N changed (+A -D)
+   Tests:     N/N passed  ✓  (or "N failed" or "ERR — command crashed" or "skipped")
+   Lint:      0 errors  ✓   (or "N errors" or "ERR — command crashed" or "skipped")
+   Typecheck: clean  ✓      (or "N errors" or "ERR — command crashed" or "skipped")
+   \`\`\`
+
+   **Then a narrative paragraph** (context):
+
+   "Change <name> completed N of N tasks across N files (+A -D). All N tests pass, lint is clean, type checking passes. No issues detected."
+
+   Or for failures: "Change <name> completed N of N tasks. N tests failed, lint found N errors. Review the findings below."
+
+7. **Present the fork**
+
+   **If ALL checks pass** (clean):
+
+   Present three options:
+
+   | Option | Label | What happens | Next |
+   |---|---|---|---|
+   | A | Archive now | AI moves change to archive/ | Done |
+   | B | Add more work | AI appends new tasks, suggests refinement loop | /syn:clarify → /syn:analyze → /syn:apply |
+   | C | Start a new change | AI suggests creating a fresh change | /syn:propose |
+
+   **For option B (add more work)**: Ask the user what else is needed. If the new work fits within the existing change's scope (same capabilities, same specs, related code), append unchecked tasks to \`tasks.md\` and say: "Run /syn:clarify to refine the new requirements, then /syn:analyze, then /syn:apply." If the new work involves different capabilities, different specs, or unrelated code, tell the user: "This is outside this change's scope. Start a new change with /syn:propose instead."
+
+   **If any checks failed** (dirty):
+
+   Show each finding with context and route to the correct command:
+
+   | Finding | Route |
+   |---|---|
+   | Test failures | /syn:apply — fix implementation |
+   | Lint errors | /syn:apply — fix implementation |
+   | Artifact inconsistency | /syn:analyze — reconcile |
+   | Unclear requirement | /syn:clarify — refine |
+   | Incomplete artifacts | /syn:analyze — complete artifacts |
+
+   List ALL findings in a single output. Let the user decide which to address first.
+
+   **Note**: /syn:quick bypasses review entirely. Quick is the low-risk fast path.
+
+8. **Archive inline** (when user picks option A)
+
+   - Create \`synspec/changes/archive/\` if it doesn't exist
+   - Target name: \`YYYY-MM-DD-<change-name>\`
+   - If target already exists: fail with error, suggest renaming existing archive or using a different approach
+   - Move: \`mv synspec/changes/<name> synspec/changes/archive/YYYY-MM-DD-<name>\`
+   - Confirm: "Archived <change-name> to synspec/changes/archive/YYYY-MM-DD-<name>/"
+
+---
+
+## Output (Clean)
+
+\`\`\`
+Tasks:     7/7  ✓
+Files:     5 changed (+124 -12)
+Tests:     42/42 passed  ✓
+Lint:      0 errors  ✓
+Typecheck: clean  ✓
+
+Change add-user-auth completed 7 of 7 tasks across 5 files (+124 -12). All 42 tests pass, lint is clean, type checking passes. No issues detected.
+
+This change is clean. What would you like to do?
+[A] Archive now    [B] Add more work    [C] Start a new change
+\`\`\`
+
+## Output (Dirty)
+
+\`\`\`
+Tasks:     7/7  ✓
+Files:     5 changed (+124 -12)
+Tests:     38/42 passed  ⚠  4 failing
+Lint:      3 errors  ⚠
+Typecheck: clean  ✓
+
+Change add-user-auth completed 7 of 7 tasks. 4 tests failing in auth.test.ts, lint found 3 style issues. Type checking passes.
+
+Findings:
+╳ 4 tests failing in auth.test.ts
+  → Try /syn:apply to fix the implementation
+
+╳ 3 lint errors in src/auth.ts
+  → Try /syn:apply to fix the implementation
+\`\`\`
+
+## Output (Tasks Incomplete — Gate)
+
+\`\`\`
+Tasks:     4/7 tasks complete
+
+This change still has 3 tasks remaining.
+→ Use /syn:apply to finish the remaining tasks, then run /syn:review again.
+\`\`\`
+
+## Output (Archived)
+
+\`\`\`
+## Archive Complete
+
+**Change:** <change-name>
+**Archived to:** synspec/changes/archive/YYYY-MM-DD-<name>/
+
+All tasks complete. All checks passed. Change archived.
+\`\`\`
+
+## Guardrails
+- Do NOT run checks if tasks are incomplete — gate at step 3
+- Checks are read-only — do not modify project files during checks
+- Archive move is the only write operation (step 8)
+- Always list ALL findings at once, don't ask "fix one at a time"
+- For failed checks, show only summary counts unless user asks for details
+- If user picks "add more work," evaluate scope before appending tasks
 - Quick bypasses review — do not suggest review to users who used /syn:quick`,
         license: 'MIT',
         compatibility: 'Requires synarcx CLI.',
@@ -185,108 +185,108 @@ export function getSynReviewCommandTemplate() {
         name: 'syn:review',
         description: 'Review a completed change — verify implementation, run sanity checks, and decide next steps',
         tags: ['workflow', 'review'],
-        content: `Review a completed change — verify implementation, run sanity checks, and decide next steps.
-
----
-
-## Steps
-
-1. **Select the change**
-
-   If a name is provided (e.g., \`/syn:review add-auth\`), use it. Otherwise:
-   - Infer from conversation context
-   - Auto-select if only one active change exists
-   - If ambiguous, run \`synarcx list --json\` and prompt
-
-2. **Check status**
-
-   \`\`\`bash
-   synarcx status --change "<name>" --json
-   \`\`\`
-
-   Verify all apply-required artifacts are done. If not, stop.
-
-3. **Gate on task completion**
-
-   Read \`tasks.md\`. If any tasks remain unchecked:
-   - Show "N/M tasks complete"
-   - Suggest \`/syn:apply\` to finish
-   - Stop
-
-4. **Collect change state**
-   - \`git diff --stat\` for file summary
-   - Read tasks.md for progress
-
-5. **Discover and run sanity checks**
-
-   Probe \`package.json\` scripts for \`test\`, \`lint\`, \`typecheck\`. Fall back to known tools (cargo test, ruff, etc.). Omit if none found.
-
-   For each command: capture pass/fail/crash. Summary only, not full logs.
-
-6. **Build output**
-
-   Structured summary first:
-   \`\`\`
-   Tasks:     N/M  ✓
-   Files:     N changed (+A -D)
-   Tests:     N/N passed  ✓
-   Lint:      0 errors  ✓
-   Typecheck: clean  ✓
-   \`\`\`
-
-   Then narrative paragraph.
-
-7. **Present the fork**
-
-   **If all checks pass:**
-   - Archive now → AI moves to archive/
-   - Add more work → AI appends tasks (scope-checked), suggests \`/syn:clarify\` → \`/syn:analyze\` → \`/syn:apply\`
-   - Start a new change → \`/syn:propose\`
-
-   **If issues found:**
-   - Show each finding with route: \`/syn:apply\`, \`/syn:clarify\`, \`/syn:analyze\`
-   - List all findings at once
-
-8. **Archive inline** (when user picks archive)
-
-   - Create \`synspec/changes/archive/\` if missing
-   - Target: \`YYYY-MM-DD-<change-name>\`
-   - Fail if target exists
-   - Move: \`mv synspec/changes/<name> synspec/changes/archive/YYYY-MM-DD-<name>\`
-   - Confirm
-
----
-
-## Output (Clean)
-
-\`\`\`
-Tasks:     7/7  ✓
-Files:     5 changed (+124 -12)
-Tests:     42/42 passed  ✓
-Lint:      0 errors  ✓
-Typecheck: clean  ✓
-
-All checks pass. What would you like to do?
-[A] Archive now    [B] Add more work    [C] Start a new change
-\`\`\`
-
-## Output (Dirty)
-
-\`\`\`
-Tasks:     7/7  ✓
-Files:     5 changed (+124 -12)
-Tests:     38/42 passed  ⚠
-Lint:      3 errors  ⚠
-
-Findings:
-╳ 4 tests failing → /syn:apply to fix
-╳ 3 lint errors → /syn:apply to fix
-\`\`\`
-
-## Guardrails
-- Gate on task completion — no checks until all tasks are done
-- Summary only for failed checks (not full logs)
-- Scope-check before appending tasks
+        content: `Review a completed change — verify implementation, run sanity checks, and decide next steps.
+
+---
+
+## Steps
+
+1. **Select the change**
+
+   If a name is provided (e.g., \`/syn:review add-auth\`), use it. Otherwise:
+   - Infer from conversation context
+   - Auto-select if only one active change exists
+   - If ambiguous, run \`synarcx list --json\` and prompt
+
+2. **Check status**
+
+   \`\`\`bash
+   synarcx status --change "<name>" --json
+   \`\`\`
+
+   Verify all apply-required artifacts are done. If not, stop.
+
+3. **Gate on task completion**
+
+   Read \`tasks.md\`. If any tasks remain unchecked:
+   - Show "N/M tasks complete"
+   - Suggest \`/syn:apply\` to finish
+   - Stop
+
+4. **Collect change state**
+   - \`git diff --stat\` for file summary
+   - Read tasks.md for progress
+
+5. **Discover and run sanity checks**
+
+   Probe \`package.json\` scripts for \`test\`, \`lint\`, \`typecheck\`. Fall back to known tools (cargo test, ruff, etc.). Omit if none found.
+
+   For each command: capture pass/fail/crash. Summary only, not full logs.
+
+6. **Build output**
+
+   Structured summary first:
+   \`\`\`
+   Tasks:     N/M  ✓
+   Files:     N changed (+A -D)
+   Tests:     N/N passed  ✓
+   Lint:      0 errors  ✓
+   Typecheck: clean  ✓
+   \`\`\`
+
+   Then narrative paragraph.
+
+7. **Present the fork**
+
+   **If all checks pass:**
+   - Archive now → AI moves to archive/
+   - Add more work → AI appends tasks (scope-checked), suggests \`/syn:clarify\` → \`/syn:analyze\` → \`/syn:apply\`
+   - Start a new change → \`/syn:propose\`
+
+   **If issues found:**
+   - Show each finding with route: \`/syn:apply\`, \`/syn:clarify\`, \`/syn:analyze\`
+   - List all findings at once
+
+8. **Archive inline** (when user picks archive)
+
+   - Create \`synspec/changes/archive/\` if missing
+   - Target: \`YYYY-MM-DD-<change-name>\`
+   - Fail if target exists
+   - Move: \`mv synspec/changes/<name> synspec/changes/archive/YYYY-MM-DD-<name>\`
+   - Confirm
+
+---
+
+## Output (Clean)
+
+\`\`\`
+Tasks:     7/7  ✓
+Files:     5 changed (+124 -12)
+Tests:     42/42 passed  ✓
+Lint:      0 errors  ✓
+Typecheck: clean  ✓
+
+All checks pass. What would you like to do?
+[A] Archive now    [B] Add more work    [C] Start a new change
+\`\`\`
+
+## Output (Dirty)
+
+\`\`\`
+Tasks:     7/7  ✓
+Files:     5 changed (+124 -12)
+Tests:     38/42 passed  ⚠
+Lint:      3 errors  ⚠
+
+Findings:
+╳ 4 tests failing → /syn:apply to fix
+╳ 3 lint errors → /syn:apply to fix
+\`\`\`
+
+## Guardrails
+- Gate on task completion — no checks until all tasks are done
+- Summary only for failed checks (not full logs)
+- Scope-check before appending tasks
 - Quick bypasses review — do not suggest review after /syn:quick`
     });
 }

package/dist/core/update.d.ts

@@ -38,6 +38,13 @@ export declare class UpdateCommand {
      * Displays a note about extra workflows installed that aren't in the current profile.
      */
     private displayExtraWorkflowsNote;
+    /**
+     * Ensures a 'custom' profile always contains all current ALL_WORKFLOWS entries.
+     * Runs on every `synarcx update` so any newly introduced workflow (e.g. syn:review)
+     * is automatically added to the saved custom workflow list rather than silently dropped.
+     * No-op for 'core' profile (it derives workflows from ALL_WORKFLOWS directly).
+     */
+    private syncNewCoreWorkflowsToCustomProfile;
     /**
      * Suggest opting back into core when a custom profile still matches the old
      * pre-sync core set. Keep custom profiles user-owned; do not mutate them.

package/dist/core/update.js

@@ -15,7 +15,7 @@ import { generateCommands, CommandAdapterRegistry, } from './command-generation/
 import { getToolVersionStatus, getSkillTemplates, getCommandContents, generateSkillContent, getToolsWithSkillsDir, } from './shared/index.js';
 import { detectLegacyArtifacts, cleanupLegacyArtifacts, formatCleanupSummary, formatDetectionSummary, getToolsFromLegacyArtifacts, } from './legacy-cleanup.js';
 import { isInteractive } from '../utils/interactive.js';
-import { getGlobalConfig } from './global-config.js';
+import { getGlobalConfig, saveGlobalConfig } from './global-config.js';
 import { getProfileWorkflows } from './profiles.js';
 import { ALL_WORKFLOWS } from './shared/workflow-registry.js';
 import { removeSkillDirs, removeUnselectedSkillDirs, removeCommandFiles, removeUnselectedCommandFiles, } from './shared/artifact-cleanup.js';
@@ -57,7 +57,13 @@ export class UpdateCommand {
         const globalConfig = getGlobalConfig();
         const profile = globalConfig.profile ?? 'core';
         const delivery = globalConfig.delivery ?? 'both';
-        const profileWorkflows = getProfileWorkflows(profile, globalConfig.workflows);
+        // 3b. For custom profiles, auto-merge any new ALL_WORKFLOWS entries that aren't
+        // listed yet (e.g. 'syn:review' added in a new release). This prevents future
+        // versions from silently dropping new commands for existing custom-profile users.
+        this.syncNewCoreWorkflowsToCustomProfile(globalConfig);
+        // Re-read after potential mutation so desiredWorkflows is always current.
+        const effectiveConfig = getGlobalConfig();
+        const profileWorkflows = getProfileWorkflows(profile, effectiveConfig.workflows);
         const desiredWorkflows = profileWorkflows.filter((workflow) => ALL_WORKFLOWS.includes(workflow));
         const shouldGenerateSkills = delivery !== 'commands';
         const shouldGenerateCommands = delivery !== 'skills';
@@ -266,6 +272,26 @@ export class UpdateCommand {
             console.log(chalk.dim(`Note: ${extraWorkflows.length} extra workflows not in profile (use \`synarcx config profile\` to manage)`));
         }
     }
+    /**
+     * Ensures a 'custom' profile always contains all current ALL_WORKFLOWS entries.
+     * Runs on every `synarcx update` so any newly introduced workflow (e.g. syn:review)
+     * is automatically added to the saved custom workflow list rather than silently dropped.
+     * No-op for 'core' profile (it derives workflows from ALL_WORKFLOWS directly).
+     */
+    syncNewCoreWorkflowsToCustomProfile(config) {
+        if (config.profile !== 'custom')
+            return;
+        const current = config.workflows ?? [];
+        const currentSet = new Set(current);
+        const missing = ALL_WORKFLOWS.filter(w => !currentSet.has(w));
+        if (missing.length === 0)
+            return;
+        config.workflows = [...current, ...missing];
+        saveGlobalConfig(config);
+        const listed = missing.map(w => `/syn:${w}`).join(', ');
+        console.log(chalk.dim(`Auto-added new workflow(s) to your profile: ${listed}`));
+        console.log();
+    }
     /**
      * Suggest opting back into core when a custom profile still matches the old
      * pre-sync core set. Keep custom profiles user-owned; do not mutate them.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "synarcx",
-  "version": "0.3.0",
+  "version": "0.3.2",
   "description": "Structured engineering workflows for AI coding assistants — persistent project memory, spec-driven development, and architecture drift prevention across every session.",
   "keywords": [
     "ai-workflow",
@@ -77,7 +77,6 @@
     "cross-spawn": "7.0.6",
     "fast-glob": "^3.3.3",
     "ora": "^8.2.0",
-    "synarcx": "link:",
     "yaml": "^2.8.2",
     "zod": "^4.0.17"
   }