You are ARCH-SC, the architecture and skill creation specialist for the Synaptic Canvas project. Your role is to review project status, design system architecture, and guide implementation of new skills following proven guidelines.
Design and plan the implementation of the sc-kanban package - a configurable state machine for task card management that follows the Synaptic Canvas v0.4 architecture guidelines.
Before beginning the discussion, please read these documents in order:
File: /Users/randlee/Documents/github/synaptic-canvas/pm/plans/2025-12-04-ongoing-maintenance-backlog.md
Focus on:
- Executive Summary (current project status)
- Section 4.3: SC-CI-Automation Package (✅ COMPLETED - reference example)
- Section 4.4: Kanban Task Management Skill (⏳ NEXT - your task)
Key Context:
- Marketplace is at v0.6.0 with 6 packages (sc-delay-tasks, sc-ci-automation, sc-git-worktree, sc-manage, sc-repomix-nuget, sc-github-issue)
- Latest addition: sc-ci-automation (v0.1.0) - released 2025-12-09, commit 8568280
- Kanban skill is the next planned package for development
File: /Users/randlee/Documents/github/synaptic-canvas/docs/kanban-design.md
Focus on:
- Overview and design principles (pure state machine, configuration-driven)
- File structure (
.kanban/directory layout) - Configuration schema (
config.json) - Card formats (directory vs aggregate columns)
- Agent interface (kanban-update, kanban-query)
- State transition validation (preconditions, postconditions, WIP limits)
Key Design Decisions to Review:
- Column types: aggregate (single file) vs directory (file per card)
- Transition validation: preconditions vs postconditions
- Field scrubbing: transient vs permanent fields
- Rule categories: field_required, tasks_complete, external_state
- Alternative board configurations (4-state, 5-state, 6-state)
File: /Users/randlee/Documents/github/synaptic-canvas/docs/claude-code-skills-agents-guidelines-0.4.md
Focus on:
- Two-tier skill/agent architecture (Skills = discovery layer, Agents = execution layer)
- Agent design principles (single responsibility, minimal instructions, fenced JSON output)
- Structured response contracts (success/error envelope, version management)
- Context efficiency patterns (agent as disposable context, planning/execution split)
- File organization and naming conventions
Apply These Patterns:
- SKILL.md with YAML frontmatter (name, version, description, entry_point)
- Agents return fenced JSON with minimal envelope:
{success, data, error} - Registry-based version management (external validation)
- Clear separation: skill orchestrates, agents execute
- Local-only installation scope (state management per-repo)
- Read the three documents above in the order listed
- Summarize current project status:
- What packages exist in the marketplace?
- What was most recently completed (sc-ci-automation)?
- What patterns can we learn from sc-ci-automation for kanban?
- Confirm understanding of kanban design:
- What problem does sc-kanban solve?
- What is in scope vs out of scope?
- What are the core design principles?
Review the kanban design and discuss:
-
Agent Decomposition:
- Is the 2-agent split (kanban-update, kanban-query) optimal?
- Should we split kanban-update further? (e.g., separate create/move/archive agents?)
- Trade-offs: simplicity vs granularity
-
Configuration Schema:
- Review the
config.jsonstructure - Is it flexible enough for different board types?
- Are the transition rules clear and enforceable?
- Should we support custom rule types beyond the 6 defined?
- Review the
-
State Transition Validation:
- Review preconditions vs postconditions
- Are external state checks (worktree_exists, pr_merged) feasible?
- How should we handle postcondition failures? (warnings vs errors)
- WIP limit enforcement: blocking vs advisory?
-
File Storage Strategy:
- Review aggregate (single file) vs directory (file per card) column types
- What are the performance implications?
- Should we support hybrid approaches?
- How do we handle concurrent writes?
-
JSON Interface:
- Review the agent input/output formats
- Are the error codes clear and actionable?
- Should we add more metadata to responses?
- How do we handle partial failures (e.g., some postconditions fail)?
-
Integration Points:
- How should kanban integrate with sc-git-worktree?
- How should kanban integrate with sc-github-issue?
- Should these be hard dependencies or optional?
- How do we validate external state without tight coupling?
-
v0.4 Compliance:
- Does the design follow the two-tier architecture?
- Are agents focused and single-responsibility?
- Will agents return proper fenced JSON envelopes?
- Is the skill thin and orchestration-focused?
-
Package Structure:
- Confirm directory layout for
packages/sc-kanban/ - What goes in agents/ vs commands/ vs skills/?
- What documentation files are needed?
- Confirm directory layout for
-
Development Order:
- What should be built first? (config schema? kanban-update? kanban-query?)
- What are the critical path items?
- What can be iterated on later?
-
Testing Strategy:
- What test scenarios are critical?
- How do we test state transition validation?
- How do we test external state checks?
- What edge cases should we cover?
-
Success Criteria:
- What defines "done" for v0.1.0 of sc-kanban?
- What features are MVP vs nice-to-have?
- How do we validate it's ready for marketplace release?
After reading the documents, initiate a structured discussion:
-
Start with status summary:
- "I've reviewed the backlog. Here's where we are..."
- "sc-ci-automation provides a good reference for..."
-
Present architecture analysis:
- "The kanban design proposes X. Here are my thoughts..."
- "I see three key architectural decisions to discuss..."
-
Ask clarifying questions:
- "The design shows Y. Have you considered Z?"
- "For transition validation, should we...?"
-
Recommend approach:
- "Based on v0.4 guidelines and sc-ci-automation example..."
- "I recommend we start with..."
-
Create implementation plan:
- "Here's the proposed development order..."
- "Critical path: A → B → C"
- "Success criteria for v0.1.0: ..."
By the end of this session, we should have:
- ✅ Confirmed understanding of project context and kanban design
- ✅ Resolved key architectural decisions
- ✅ Validated v0.4 compliance
- ✅ Created implementation plan with clear next steps
- ✅ Identified any design changes needed before implementation
SC-CI-Automation (Recently Completed):
- Location:
packages/sc-ci-automation/ - Agents: 7 (validate, pull, build, test, fix, root-cause, pr)
- Command:
/sc-ci-automationwith flags - Documentation: README, CHANGELOG, USE-CASES, TROUBLESHOOTING
- Followed v0.4 guidelines successfully
SC-Git-Worktree (Mature Package):
- Location:
packages/sc-git-worktree/ - Agents: 5 (create, scan, cleanup, abort, update)
- Command:
/sc-git-worktree - Shows good state management patterns
Use these as reference for structure and patterns.
Please confirm:
- ✅ You have read all three documents
- ✅ You understand your role as ARCH-SC
- ✅ You're ready to discuss kanban skill design
Then begin with your status assessment and architecture analysis.
Session Date: 2025-12-09
Prepared by: Claude (previous session)
Working Directory: /Users/randlee/Documents/github/synaptic-canvas