@slycode/slycode 0.2.23 → 0.2.24
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/scripts/scaffold.js +40 -1
- package/dist/store/actions/approve.md +1 -1
- package/dist/store/actions/challenge-implementation.md +149 -0
- package/dist/store/actions/challenge.md +119 -0
- package/dist/store/actions/checkpoint.md +1 -1
- package/dist/store/actions/context.md +2 -2
- package/dist/store/actions/implement.md +1 -1
- package/dist/store/actions/show-card.md +2 -2
- package/dist/store/actions/summarize.md +2 -2
- package/dist/store/actions/test-review.md +1 -1
- package/dist/web/.next/BUILD_ID +1 -1
- package/dist/web/.next/build-manifest.json +2 -2
- package/dist/web/.next/server/app/_global-error.html +2 -2
- package/dist/web/.next/server/app/_global-error.rsc +1 -1
- package/dist/web/.next/server/app/_global-error.segments/__PAGE__.segment.rsc +1 -1
- package/dist/web/.next/server/app/_global-error.segments/_full.segment.rsc +1 -1
- package/dist/web/.next/server/app/_global-error.segments/_head.segment.rsc +1 -1
- package/dist/web/.next/server/app/_global-error.segments/_index.segment.rsc +1 -1
- package/dist/web/.next/server/app/_global-error.segments/_tree.segment.rsc +1 -1
- package/dist/web/.next/server/app/_not-found.html +1 -1
- package/dist/web/.next/server/app/_not-found.rsc +1 -1
- package/dist/web/.next/server/app/_not-found.segments/_full.segment.rsc +1 -1
- package/dist/web/.next/server/app/_not-found.segments/_head.segment.rsc +1 -1
- package/dist/web/.next/server/app/_not-found.segments/_index.segment.rsc +1 -1
- package/dist/web/.next/server/app/_not-found.segments/_not-found/__PAGE__.segment.rsc +1 -1
- package/dist/web/.next/server/app/_not-found.segments/_not-found.segment.rsc +1 -1
- package/dist/web/.next/server/app/_not-found.segments/_tree.segment.rsc +1 -1
- package/dist/web/.next/server/app/page_client-reference-manifest.js +1 -1
- package/dist/web/.next/server/chunks/[root-of-the-server]__92f81907._.js +1 -1
- package/dist/web/.next/server/chunks/[root-of-the-server]__a259539f._.js +1 -1
- package/dist/web/.next/server/chunks/ssr/src_components_Dashboard_tsx_efc4dc27._.js +1 -1
- package/dist/web/.next/server/pages/404.html +1 -1
- package/dist/web/.next/server/pages/500.html +2 -2
- package/dist/web/.next/static/chunks/{3859477038c381ad.js → f566a4b05a9cd6ba.js} +1 -1
- package/dist/web/src/app/api/changelog/route.ts +3 -3
- package/dist/web/src/app/api/terminal-classes/route.ts +43 -4
- package/dist/web/src/components/ChangelogModal.tsx +0 -1
- package/dist/web/tsconfig.tsbuildinfo +1 -1
- package/lib/cli/sync.d.ts +7 -0
- package/lib/cli/sync.d.ts.map +1 -1
- package/lib/cli/sync.js +25 -0
- package/lib/cli/sync.js.map +1 -1
- package/lib/cli/update.d.ts.map +1 -1
- package/lib/cli/update.js +9 -0
- package/lib/cli/update.js.map +1 -1
- package/package.json +1 -1
- package/templates/changelog.json +26 -0
- package/templates/kanban-seed.json +1 -1
- package/templates/store/actions/approve.md +1 -1
- package/templates/store/actions/challenge-implementation.md +149 -0
- package/templates/store/actions/challenge.md +119 -0
- package/templates/store/actions/checkpoint.md +1 -1
- package/templates/store/actions/context.md +2 -2
- package/templates/store/actions/implement.md +1 -1
- package/templates/store/actions/show-card.md +2 -2
- package/templates/store/actions/summarize.md +2 -2
- package/templates/store/actions/test-review.md +1 -1
- package/templates/terminal-classes.json +51 -0
- package/templates/updates/actions/approve.md +1 -1
- package/templates/updates/actions/challenge-implementation.md +149 -0
- package/templates/updates/actions/challenge.md +119 -0
- package/templates/updates/actions/checkpoint.md +1 -1
- package/templates/updates/actions/context.md +2 -2
- package/templates/updates/actions/implement.md +1 -1
- package/templates/updates/actions/show-card.md +2 -2
- package/templates/updates/actions/summarize.md +2 -2
- package/templates/updates/actions/test-review.md +1 -1
- /package/dist/web/.next/static/{aN-jqftQVvSm0qVskLybH → O1Ine2WtyXv6EQJcwHyOV}/_buildManifest.js +0 -0
- /package/dist/web/.next/static/{aN-jqftQVvSm0qVskLybH → O1Ine2WtyXv6EQJcwHyOV}/_clientMiddlewareManifest.json +0 -0
- /package/dist/web/.next/static/{aN-jqftQVvSm0qVskLybH → O1Ine2WtyXv6EQJcwHyOV}/_ssgManifest.js +0 -0
|
@@ -0,0 +1,149 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: challenge-implementation
|
|
3
|
+
version: 1.0.0
|
|
4
|
+
label: "Challenge Impl"
|
|
5
|
+
description: "Send implementation to another AI provider for adversarial code review and methodology analysis"
|
|
6
|
+
group: "Card Actions"
|
|
7
|
+
placement: both
|
|
8
|
+
scope: global
|
|
9
|
+
classes:
|
|
10
|
+
testing: 30
|
|
11
|
+
---
|
|
12
|
+
|
|
13
|
+
{{cardContext}}
|
|
14
|
+
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
## Your Task — Challenge Implementation
|
|
18
|
+
|
|
19
|
+
You are initiating a **cross-agent implementation challenge** for card `{{card.id}}`. The goal is to send the completed implementation to a different AI provider for adversarial code review and methodology analysis, then synthesize their feedback.
|
|
20
|
+
|
|
21
|
+
---
|
|
22
|
+
|
|
23
|
+
### Phase 1 — Gather Context
|
|
24
|
+
|
|
25
|
+
1. **Read the full card details** (notes, problems, checklist):
|
|
26
|
+
```bash
|
|
27
|
+
sly-kanban show {{card.id}}
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
2. **Prime area context** — use `/context-priming` with the card's **Areas** to understand the codebase architecture and patterns.
|
|
31
|
+
|
|
32
|
+
3. **Read the design document** (if linked):
|
|
33
|
+
{{#if card.design_ref}}
|
|
34
|
+
Read `{{card.design_ref}}`
|
|
35
|
+
{{/if}}
|
|
36
|
+
|
|
37
|
+
4. **Read the feature spec** (if linked):
|
|
38
|
+
{{#if card.feature_ref}}
|
|
39
|
+
Read `{{card.feature_ref}}`
|
|
40
|
+
{{/if}}
|
|
41
|
+
|
|
42
|
+
5. **Identify the changed files** — use git to find what was changed for this card:
|
|
43
|
+
```bash
|
|
44
|
+
git log --oneline --all | head -20
|
|
45
|
+
```
|
|
46
|
+
Look at recent commits related to this card's work. Read the key files that were added or modified.
|
|
47
|
+
|
|
48
|
+
6. **Read all card notes** — these contain implementation context and prior agent observations.
|
|
49
|
+
|
|
50
|
+
---
|
|
51
|
+
|
|
52
|
+
### Phase 2 — Determine Target Provider
|
|
53
|
+
|
|
54
|
+
Send the challenge to a **different** provider than yourself.
|
|
55
|
+
|
|
56
|
+
- If you are **Claude** → send to `codex`
|
|
57
|
+
- If you are **Codex** → send to `claude`
|
|
58
|
+
- If you are **Gemini** → try `claude` first; if that fails, try `codex`
|
|
59
|
+
|
|
60
|
+
To determine who you are: Claude models start with "claude-", Codex/OpenAI models are o3, o4-mini, codex-mini, etc., Gemini models start with "gemini-".
|
|
61
|
+
|
|
62
|
+
---
|
|
63
|
+
|
|
64
|
+
### Phase 3 — Prepare and Send
|
|
65
|
+
|
|
66
|
+
Before sending, optionally add a context note:
|
|
67
|
+
|
|
68
|
+
```bash
|
|
69
|
+
sly-kanban notes {{card.id}} add "Implementation challenge context: <summary of what was built, key files, architectural decisions>" --agent "<your-provider-name>"
|
|
70
|
+
```
|
|
71
|
+
|
|
72
|
+
Now construct a detailed prompt for the other agent. The prompt must include:
|
|
73
|
+
|
|
74
|
+
1. **The design document content** (paste inline) so they know what was intended
|
|
75
|
+
2. **The feature spec content** if one exists (paste inline)
|
|
76
|
+
3. **The key implementation files** — paste the actual code of the most important changed/added files. Focus on the core logic, not boilerplate.
|
|
77
|
+
4. **A file list** of everything that was changed, so they can request more if needed
|
|
78
|
+
5. **Key notes from the card** that explain decisions made during implementation
|
|
79
|
+
6. **Clear instructions** asking the other agent to:
|
|
80
|
+
|
|
81
|
+
**Code Quality Review:**
|
|
82
|
+
- Analyse the code for bugs, logic errors, and edge cases
|
|
83
|
+
- Evaluate error handling and failure modes
|
|
84
|
+
- Check for security concerns (injection, XSS, auth gaps, data leaks)
|
|
85
|
+
- Assess performance — unnecessary loops, missing caching, N+1 queries, memory leaks
|
|
86
|
+
- Review naming, structure, and readability
|
|
87
|
+
|
|
88
|
+
**Methodology Review:**
|
|
89
|
+
- Does the implementation match the design intent? Any drift?
|
|
90
|
+
- Are the chosen patterns and abstractions appropriate?
|
|
91
|
+
- Is there unnecessary complexity that could be simplified?
|
|
92
|
+
- Are there better approaches that would achieve the same goals?
|
|
93
|
+
- Is the code testable? Are there untested critical paths?
|
|
94
|
+
- Does it follow the existing codebase conventions?
|
|
95
|
+
|
|
96
|
+
**Perspective Analysis:**
|
|
97
|
+
- Review from the perspective of a future maintainer reading this code for the first time
|
|
98
|
+
- Consider what happens when requirements change — how rigid or flexible is this?
|
|
99
|
+
- Think about what could go wrong in production under real usage patterns
|
|
100
|
+
|
|
101
|
+
- Use `sly-kanban respond <response-id> "..."` to send back a structured response
|
|
102
|
+
|
|
103
|
+
**Send the prompt:**
|
|
104
|
+
|
|
105
|
+
```bash
|
|
106
|
+
sly-kanban prompt {{card.id}} "<your constructed prompt>" --provider <target-provider> --wait --timeout 180
|
|
107
|
+
```
|
|
108
|
+
|
|
109
|
+
Use `--timeout 180` (3 minutes). Do **not** use `--fresh`.
|
|
110
|
+
|
|
111
|
+
If the prompt times out, tell the user you're waiting — the response will arrive asynchronously.
|
|
112
|
+
|
|
113
|
+
---
|
|
114
|
+
|
|
115
|
+
### Phase 4 — Synthesize Feedback
|
|
116
|
+
|
|
117
|
+
When the response arrives, critically evaluate each point:
|
|
118
|
+
|
|
119
|
+
1. **Categorise each finding** as:
|
|
120
|
+
- **Valid bug/issue** — real problem that should be fixed before approval
|
|
121
|
+
- **Valid improvement** — correct observation, worth doing but not blocking
|
|
122
|
+
- **Disagree** — you believe the implementation is correct, explain why
|
|
123
|
+
- **Needs discussion** — legitimate trade-off, user should decide
|
|
124
|
+
|
|
125
|
+
2. **For valid bugs**: Fix them immediately or log as problems:
|
|
126
|
+
```bash
|
|
127
|
+
sly-kanban problem {{card.id}} add "description" --severity <minor|major|critical>
|
|
128
|
+
```
|
|
129
|
+
|
|
130
|
+
3. **For valid improvements**: Propose the changes. If they're small, offer to make them now.
|
|
131
|
+
|
|
132
|
+
4. **For disagreements**: Explain your reasoning clearly.
|
|
133
|
+
|
|
134
|
+
5. **For ambiguous points**: Present both perspectives and ask the user.
|
|
135
|
+
|
|
136
|
+
6. **Add a summary note** to the card:
|
|
137
|
+
```bash
|
|
138
|
+
sly-kanban notes {{card.id}} add "Implementation challenge complete: <N> bugs found, <N> improvements suggested, <N> disagreements, <N> need user input." --agent "<your-provider-name>"
|
|
139
|
+
```
|
|
140
|
+
|
|
141
|
+
7. **Present the synthesis to the user** with:
|
|
142
|
+
- Any bugs that need fixing (blockers for approval)
|
|
143
|
+
- Improvements worth making (non-blocking)
|
|
144
|
+
- Disagreements with your reasoning
|
|
145
|
+
- Open questions for the user
|
|
146
|
+
|
|
147
|
+
---
|
|
148
|
+
|
|
149
|
+
**Start now** — begin Phase 1.
|
|
@@ -0,0 +1,119 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: challenge
|
|
3
|
+
version: 1.0.0
|
|
4
|
+
label: "Challenge"
|
|
5
|
+
description: "Send design to another AI provider for adversarial review and synthesis"
|
|
6
|
+
group: "Card Actions"
|
|
7
|
+
placement: both
|
|
8
|
+
scope: global
|
|
9
|
+
classes:
|
|
10
|
+
design: 50
|
|
11
|
+
---
|
|
12
|
+
|
|
13
|
+
{{cardContext}}
|
|
14
|
+
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
## Your Task — Challenge Design
|
|
18
|
+
|
|
19
|
+
You are initiating a **cross-agent design challenge** for card `{{card.id}}`. The goal is to send the current design work to a different AI provider for adversarial review, then synthesize their feedback to strengthen the design.
|
|
20
|
+
|
|
21
|
+
---
|
|
22
|
+
|
|
23
|
+
### Phase 1 — Gather Context
|
|
24
|
+
|
|
25
|
+
1. **Read the full card details** (notes, problems, checklist):
|
|
26
|
+
```bash
|
|
27
|
+
sly-kanban show {{card.id}}
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
2. **Read the design document** (if linked):
|
|
31
|
+
{{#if card.design_ref}}
|
|
32
|
+
Read `{{card.design_ref}}`
|
|
33
|
+
{{/if}}
|
|
34
|
+
|
|
35
|
+
3. **Read the feature spec** (if linked):
|
|
36
|
+
{{#if card.feature_ref}}
|
|
37
|
+
Read `{{card.feature_ref}}`
|
|
38
|
+
{{/if}}
|
|
39
|
+
|
|
40
|
+
4. **Read all card notes** — these contain cross-agent communication and prior context.
|
|
41
|
+
|
|
42
|
+
---
|
|
43
|
+
|
|
44
|
+
### Phase 2 — Determine Target Provider
|
|
45
|
+
|
|
46
|
+
You need to send the challenge to a **different** provider than yourself.
|
|
47
|
+
|
|
48
|
+
- If you are **Claude** → send to `codex`
|
|
49
|
+
- If you are **Codex** → send to `claude`
|
|
50
|
+
- If you are **Gemini** → try `claude` first; if that fails (no session / error), try `codex`
|
|
51
|
+
|
|
52
|
+
To determine who you are: check your model identity. Claude models start with "claude-", Codex models are OpenAI (e.g., o3, o4-mini, codex-mini), Gemini models start with "gemini-".
|
|
53
|
+
|
|
54
|
+
---
|
|
55
|
+
|
|
56
|
+
### Phase 3 — Prepare and Send
|
|
57
|
+
|
|
58
|
+
Before sending the prompt, you may optionally add a note to the card summarising key context that the other agent should know:
|
|
59
|
+
|
|
60
|
+
```bash
|
|
61
|
+
sly-kanban notes {{card.id}} add "Challenge context: <brief summary of design state, key decisions, open questions>" --agent "<your-provider-name>"
|
|
62
|
+
```
|
|
63
|
+
|
|
64
|
+
Now construct a detailed prompt for the other agent. The prompt must include:
|
|
65
|
+
|
|
66
|
+
1. **The full design document content** (paste it inline — the other agent may not have access to the file)
|
|
67
|
+
2. **The feature spec content** if one exists (paste inline)
|
|
68
|
+
3. **Key notes from the card** that provide relevant context
|
|
69
|
+
4. **Clear instructions** asking the other agent to:
|
|
70
|
+
- Review the design from as many perspectives as seem necessary (technical feasibility, user experience, edge cases, security, performance, simplicity, maintainability, etc.)
|
|
71
|
+
- State what it **agrees with** and why
|
|
72
|
+
- State what it **disagrees with** or sees as risky, with specific reasoning
|
|
73
|
+
- Suggest concrete improvements or alternatives where it sees weakness
|
|
74
|
+
- Call out any assumptions that seem unvalidated
|
|
75
|
+
- Use `sly-kanban respond <response-id> "..."` to send back a structured response
|
|
76
|
+
|
|
77
|
+
**Send the prompt:**
|
|
78
|
+
|
|
79
|
+
```bash
|
|
80
|
+
sly-kanban prompt {{card.id}} "<your constructed prompt>" --provider <target-provider> --wait --timeout 180
|
|
81
|
+
```
|
|
82
|
+
|
|
83
|
+
Use `--timeout 180` (3 minutes) to allow thorough analysis. Do **not** use `--fresh` — send to the existing session.
|
|
84
|
+
|
|
85
|
+
If the prompt times out, that's OK — the response will arrive asynchronously. Tell the user you're waiting and check back. The response will eventually come through.
|
|
86
|
+
|
|
87
|
+
---
|
|
88
|
+
|
|
89
|
+
### Phase 4 — Synthesize Feedback
|
|
90
|
+
|
|
91
|
+
When the response arrives, **do not blindly adopt the suggestions**. Instead:
|
|
92
|
+
|
|
93
|
+
1. **Categorise each point** as:
|
|
94
|
+
- **Agree** — valid concern, should be addressed
|
|
95
|
+
- **Disagree** — you believe the current design is correct, explain why
|
|
96
|
+
- **Needs discussion** — legitimate tension, the user should decide
|
|
97
|
+
|
|
98
|
+
2. **For agreed points**: Propose specific changes to the design document.
|
|
99
|
+
|
|
100
|
+
3. **For disagreed points**: Explain your reasoning for why the current approach is sound.
|
|
101
|
+
|
|
102
|
+
4. **For ambiguous points**: Present both perspectives clearly and ask the user what they'd like to do.
|
|
103
|
+
|
|
104
|
+
5. **Update the design doc** with an "## External Review" section capturing:
|
|
105
|
+
- Who reviewed (which provider)
|
|
106
|
+
- Key agreements and changes made
|
|
107
|
+
- Key disagreements and your reasoning
|
|
108
|
+
- Open questions surfaced to the user
|
|
109
|
+
|
|
110
|
+
6. **Add a summary note** to the card:
|
|
111
|
+
```bash
|
|
112
|
+
sly-kanban notes {{card.id}} add "Challenge review complete: <N> points agreed, <N> disagreed, <N> need user input. Design doc updated with External Review section." --agent "<your-provider-name>"
|
|
113
|
+
```
|
|
114
|
+
|
|
115
|
+
7. **Present the synthesis to the user** with clear recommendations and any decisions that need their input.
|
|
116
|
+
|
|
117
|
+
---
|
|
118
|
+
|
|
119
|
+
**Start now** — begin Phase 1.
|
/package/dist/web/.next/static/{aN-jqftQVvSm0qVskLybH → O1Ine2WtyXv6EQJcwHyOV}/_buildManifest.js
RENAMED
|
File without changes
|
|
File without changes
|
/package/dist/web/.next/static/{aN-jqftQVvSm0qVskLybH → O1Ine2WtyXv6EQJcwHyOV}/_ssgManifest.js
RENAMED
|
File without changes
|