@osovv/vv-opencode 0.34.3 → 0.35.0
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/lib/managed-agents.d.ts +3 -3
- package/dist/lib/managed-agents.js +1 -35
- package/dist/lib/managed-agents.js.map +1 -1
- package/dist/lib/managed-skills.d.ts +1 -1
- package/dist/lib/managed-skills.js +1 -1
- package/dist/lib/managed-skills.js.map +1 -1
- package/dist/lib/model-roles.d.ts +0 -2
- package/dist/lib/model-roles.js +1 -3
- package/dist/lib/model-roles.js.map +1 -1
- package/package.json +1 -1
- package/schemas/vvoc/v3.json +1 -1
- package/templates/skills/vv-execute/SKILL.md +175 -0
- package/templates/skills/vv-plan/SKILL.md +50 -36
- package/templates/skills/vv-plan/references/plan-template.xml +49 -23
- package/templates/skills/vv-spec/SKILL.md +7 -7
- package/templates/agents/vv-analyst.md +0 -58
- package/templates/agents/vv-architect.md +0 -56
|
@@ -1,10 +1,10 @@
|
|
|
1
|
-
export declare const MANAGED_SUBAGENT_NAMES: readonly ["vv-
|
|
1
|
+
export declare const MANAGED_SUBAGENT_NAMES: readonly ["vv-implementer", "vv-spec-reviewer", "vv-code-reviewer", "investigator"];
|
|
2
2
|
export type ManagedSubagentName = (typeof MANAGED_SUBAGENT_NAMES)[number];
|
|
3
3
|
export declare const MANAGED_PRIMARY_AGENT_NAMES: readonly ["vv-controller", "enhancer"];
|
|
4
4
|
export type ManagedPrimaryAgentName = (typeof MANAGED_PRIMARY_AGENT_NAMES)[number];
|
|
5
|
-
export declare const MANAGED_OPENCODE_AGENT_NAMES: readonly ["vv-controller", "enhancer", "vv-
|
|
5
|
+
export declare const MANAGED_OPENCODE_AGENT_NAMES: readonly ["vv-controller", "enhancer", "vv-implementer", "vv-spec-reviewer", "vv-code-reviewer", "investigator"];
|
|
6
6
|
export type ManagedOpenCodeAgentName = (typeof MANAGED_OPENCODE_AGENT_NAMES)[number];
|
|
7
|
-
export declare const MANAGED_AGENT_PROMPT_NAMES: readonly ["guardian", "vv-controller", "enhancer", "vv-
|
|
7
|
+
export declare const MANAGED_AGENT_PROMPT_NAMES: readonly ["guardian", "vv-controller", "enhancer", "vv-implementer", "vv-spec-reviewer", "vv-code-reviewer", "investigator"];
|
|
8
8
|
export type ManagedAgentPromptName = (typeof MANAGED_AGENT_PROMPT_NAMES)[number];
|
|
9
9
|
export type ManagedSubagentDefinition = {
|
|
10
10
|
name: ManagedSubagentName;
|
|
@@ -33,7 +33,7 @@
|
|
|
33
33
|
// END_MODULE_MAP
|
|
34
34
|
//
|
|
35
35
|
// START_CHANGE_SUMMARY
|
|
36
|
-
// LAST_CHANGE: [v0.
|
|
36
|
+
// LAST_CHANGE: [v0.5.0 - Removed two creative-role managed subagents. Only executor subagents remain.]
|
|
37
37
|
// LAST_CHANGE: [v0.3.1 - Renamed tracked subagents to vv-* names and aligned managed prompt file names with the tracked-agent naming convention.]
|
|
38
38
|
// LAST_CHANGE: [v0.3.0 - Added the managed enhancer primary agent alongside the existing vvoc subagent definitions.]
|
|
39
39
|
// END_CHANGE_SUMMARY
|
|
@@ -41,8 +41,6 @@ import { readFile } from "node:fs/promises";
|
|
|
41
41
|
import { join } from "node:path";
|
|
42
42
|
import { getGlobalVvocDir, getProjectVvocDir, getVvocAgentsDir } from "./vvoc-paths.js";
|
|
43
43
|
export const MANAGED_SUBAGENT_NAMES = [
|
|
44
|
-
"vv-analyst",
|
|
45
|
-
"vv-architect",
|
|
46
44
|
"vv-implementer",
|
|
47
45
|
"vv-spec-reviewer",
|
|
48
46
|
"vv-code-reviewer",
|
|
@@ -55,36 +53,6 @@ export const MANAGED_OPENCODE_AGENT_NAMES = [
|
|
|
55
53
|
];
|
|
56
54
|
export const MANAGED_AGENT_PROMPT_NAMES = ["guardian", ...MANAGED_OPENCODE_AGENT_NAMES];
|
|
57
55
|
export const MANAGED_SUBAGENTS = [
|
|
58
|
-
{
|
|
59
|
-
name: "vv-analyst",
|
|
60
|
-
description: "Analyzes ambiguous or large requests into requirements, acceptance criteria, and non-goals.",
|
|
61
|
-
promptFileName: "vv-analyst.md",
|
|
62
|
-
mode: "subagent",
|
|
63
|
-
permission: {
|
|
64
|
-
edit: {
|
|
65
|
-
"*": "deny",
|
|
66
|
-
".vvoc/plans/**": "allow",
|
|
67
|
-
},
|
|
68
|
-
bash: "deny",
|
|
69
|
-
task: "deny",
|
|
70
|
-
todowrite: "deny",
|
|
71
|
-
},
|
|
72
|
-
},
|
|
73
|
-
{
|
|
74
|
-
name: "vv-architect",
|
|
75
|
-
description: "Designs module boundaries, contracts, implementation waves, and verification gates for large changes.",
|
|
76
|
-
promptFileName: "vv-architect.md",
|
|
77
|
-
mode: "subagent",
|
|
78
|
-
permission: {
|
|
79
|
-
edit: {
|
|
80
|
-
"*": "deny",
|
|
81
|
-
".vvoc/plans/**": "allow",
|
|
82
|
-
},
|
|
83
|
-
bash: "deny",
|
|
84
|
-
task: "deny",
|
|
85
|
-
todowrite: "deny",
|
|
86
|
-
},
|
|
87
|
-
},
|
|
88
56
|
{
|
|
89
57
|
name: "vv-implementer",
|
|
90
58
|
description: "Implements approved changes with focused verification and a minimal diff.",
|
|
@@ -146,8 +114,6 @@ const MANAGED_AGENT_PROMPT_FILE_NAMES = new Map([
|
|
|
146
114
|
["guardian", "guardian.md"],
|
|
147
115
|
["vv-controller", "vv-controller.md"],
|
|
148
116
|
["enhancer", "enhancer.md"],
|
|
149
|
-
["vv-analyst", "vv-analyst.md"],
|
|
150
|
-
["vv-architect", "vv-architect.md"],
|
|
151
117
|
["vv-implementer", "vv-implementer.md"],
|
|
152
118
|
["vv-spec-reviewer", "vv-spec-reviewer.md"],
|
|
153
119
|
["vv-code-reviewer", "vv-code-reviewer.md"],
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"managed-agents.js","sourceRoot":"","sources":["../../src/lib/managed-agents.ts"],"names":[],"mappings":"AAAA,kCAAkC;AAClC,iBAAiB;AACjB,wBAAwB;AACxB,4HAA4H;AAC5H,8JAA8J;AAC9J,kEAAkE;AAClE,mEAAmE;AACnE,kBAAkB;AAClB,sBAAsB;AACtB,sBAAsB;AACtB,EAAE;AACF,mBAAmB;AACnB,iEAAiE;AACjE,0EAA0E;AAC1E,yFAAyF;AACzF,2FAA2F;AAC3F,iGAAiG;AACjG,0GAA0G;AAC1G,6DAA6D;AAC7D,uEAAuE;AACvE,sFAAsF;AACtF,qEAAqE;AACrE,+DAA+D;AAC/D,yEAAyE;AACzE,2EAA2E;AAC3E,0FAA0F;AAC1F,qGAAqG;AACrG,4EAA4E;AAC5E,uFAAuF;AACvF,8FAA8F;AAC9F,mGAAmG;AACnG,yHAAyH;AACzH,iBAAiB;AACjB,EAAE;AACF,uBAAuB;AACvB,
|
|
1
|
+
{"version":3,"file":"managed-agents.js","sourceRoot":"","sources":["../../src/lib/managed-agents.ts"],"names":[],"mappings":"AAAA,kCAAkC;AAClC,iBAAiB;AACjB,wBAAwB;AACxB,4HAA4H;AAC5H,8JAA8J;AAC9J,kEAAkE;AAClE,mEAAmE;AACnE,kBAAkB;AAClB,sBAAsB;AACtB,sBAAsB;AACtB,EAAE;AACF,mBAAmB;AACnB,iEAAiE;AACjE,0EAA0E;AAC1E,yFAAyF;AACzF,2FAA2F;AAC3F,iGAAiG;AACjG,0GAA0G;AAC1G,6DAA6D;AAC7D,uEAAuE;AACvE,sFAAsF;AACtF,qEAAqE;AACrE,+DAA+D;AAC/D,yEAAyE;AACzE,2EAA2E;AAC3E,0FAA0F;AAC1F,qGAAqG;AACrG,4EAA4E;AAC5E,uFAAuF;AACvF,8FAA8F;AAC9F,mGAAmG;AACnG,yHAAyH;AACzH,iBAAiB;AACjB,EAAE;AACF,uBAAuB;AACvB,yGAAyG;AACzG,oJAAoJ;AACpJ,uHAAuH;AACvH,qBAAqB;AAErB,OAAO,EAAE,QAAQ,EAAE,MAAM,kBAAkB,CAAC;AAC5C,OAAO,EAAE,IAAI,EAAE,MAAM,WAAW,CAAC;AACjC,OAAO,EAAE,gBAAgB,EAAE,iBAAiB,EAAE,gBAAgB,EAAE,MAAM,iBAAiB,CAAC;AAExF,MAAM,CAAC,MAAM,sBAAsB,GAAG;IACpC,gBAAgB;IAChB,kBAAkB;IAClB,kBAAkB;IAClB,cAAc;CACN,CAAC;AAGX,MAAM,CAAC,MAAM,2BAA2B,GAAG,CAAC,eAAe,EAAE,UAAU,CAAU,CAAC;AAGlF,MAAM,CAAC,MAAM,4BAA4B,GAAG;IAC1C,GAAG,2BAA2B;IAC9B,GAAG,sBAAsB;CACjB,CAAC;AAGX,MAAM,CAAC,MAAM,0BAA0B,GAAG,CAAC,UAAU,EAAE,GAAG,4BAA4B,CAAU,CAAC;AAoBjG,MAAM,CAAC,MAAM,iBAAiB,GAAyC;IACrE;QACE,IAAI,EAAE,gBAAgB;QACtB,WAAW,EAAE,2EAA2E;QACxF,cAAc,EAAE,mBAAmB;QACnC,IAAI,EAAE,UAAU;KACjB;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,0FAA0F;QAC5F,cAAc,EAAE,qBAAqB;QACrC,IAAI,EAAE,UAAU;QAChB,UAAU,EAAE;YACV,IAAI,EAAE,MAAM;SACb;KACF;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,WAAW,EAAE,kFAAkF;QAC/F,cAAc,EAAE,qBAAqB;QACrC,IAAI,EAAE,UAAU;QAChB,UAAU,EAAE;YACV,IAAI,EAAE,MAAM;SACb;KACF;IACD;QACE,IAAI,EAAE,cAAc;QACpB,WAAW,EAAE,2EAA2E;QACxF,cAAc,EAAE,iBAAiB;QACjC,IAAI,EAAE,UAAU;QAChB,UAAU,EAAE;YACV,IAAI,EAAE,MAAM;SACb;KACF;CACF,CAAC;AAEF,MAAM,CAAC,MAAM,sBAAsB,GAA6C;IAC9E;QACE,IAAI,EAAE,eAAe;QACrB,WAAW,EACT,yFAAyF;QAC3F,cAAc,EAAE,kBAAkB;QAClC,IAAI,EAAE,SAAS;KAChB;IACD;QACE,IAAI,EAAE,UAAU;QAChB,WAAW,EAAE,2EAA2E;QACxF,cAAc,EAAE,aAAa;QAC7B,IAAI,EAAE,SAAS;QACf,UAAU,EAAE;YACV,IAAI,EAAE,MAAM;YACZ,IAAI,EAAE,MAAM;YACZ,IAAI,EAAE,MAAM;YACZ,SAAS,EAAE,MAAM;SAClB;KACF;CACF,CAAC;AAEF,MAAM,CAAC,MAAM,uBAAuB,GAAG,CAAC,GAAG,sBAAsB,EAAE,GAAG,iBAAiB,CAAU,CAAC;AAElG,MAAM,oBAAoB,GAAG,IAAI,GAAG,CAClC,iBAAiB,CAAC,GAAG,CAAC,CAAC,UAAU,EAAE,EAAE,CAAC,CAAC,UAAU,CAAC,IAAI,EAAE,UAAU,CAAC,CAAC,CACrE,CAAC;AACF,MAAM,0BAA0B,GAAG,IAAI,GAAG,CACxC,uBAAuB,CAAC,GAAG,CAAC,CAAC,UAAU,EAAE,EAAE,CAAC,CAAC,UAAU,CAAC,IAAI,EAAE,UAAU,CAAC,CAAC,CAC3E,CAAC;AACF,MAAM,+BAA+B,GAAG,IAAI,GAAG,CAG7C;IACA,CAAC,UAAU,EAAE,aAAa,CAAC;IAC3B,CAAC,eAAe,EAAE,kBAAkB,CAAC;IACrC,CAAC,UAAU,EAAE,aAAa,CAAC;IAC3B,CAAC,gBAAgB,EAAE,mBAAmB,CAAC;IACvC,CAAC,kBAAkB,EAAE,qBAAqB,CAAC;IAC3C,CAAC,kBAAkB,EAAE,qBAAqB,CAAC;IAC3C,CAAC,cAAc,EAAE,iBAAiB,CAAC;CACpC,CAAC,CAAC;AAEH,MAAM,UAAU,qBAAqB,CAAC,KAAa;IACjD,OAAO,oBAAoB,CAAC,GAAG,CAAC,KAA4B,CAAC,CAAC;AAChE,CAAC;AAED,MAAM,UAAU,0BAA0B,CAAC,KAAa;IACtD,OAAO,0BAA0B,CAAC,GAAG,CAAC,KAAiC,CAAC,CAAC;AAC3E,CAAC;AAED,MAAM,UAAU,4BAA4B,CAAC,IAAyB;IACpE,MAAM,UAAU,GAAG,oBAAoB,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC;IAClD,IAAI,CAAC,UAAU,EAAE,CAAC;QAChB,MAAM,IAAI,KAAK,CAAC,6BAA6B,IAAI,EAAE,CAAC,CAAC;IACvD,CAAC;IACD,OAAO,UAAU,CAAC;AACpB,CAAC;AAED,MAAM,UAAU,iCAAiC,CAC/C,IAA8B;IAE9B,MAAM,UAAU,GAAG,0BAA0B,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC;IACxD,IAAI,CAAC,UAAU,EAAE,CAAC;QAChB,MAAM,IAAI,KAAK,CAAC,mCAAmC,IAAI,EAAE,CAAC,CAAC;IAC7D,CAAC;IACD,OAAO,UAAU,CAAC;AACpB,CAAC;AAED,MAAM,UAAU,yBAAyB,CACvC,aAAqB,EACrB,IAA4B;IAE5B,OAAO,IAAI,CAAC,aAAa,EAAE,6BAA6B,CAAC,IAAI,CAAC,CAAC,CAAC;AAClE,CAAC;AAED,MAAM,CAAC,KAAK,UAAU,8BAA8B,CAClD,IAA4B;IAE5B,MAAM,QAAQ,GAAG,IAAI,GAAG,CACtB,0BAA0B,6BAA6B,CAAC,IAAI,CAAC,EAAE,EAC/D,MAAM,CAAC,IAAI,CAAC,GAAG,CAChB,CAAC;IACF,OAAO,QAAQ,CAAC,QAAQ,EAAE,MAAM,CAAC,CAAC;AACpC,CAAC;AAED,MAAM,CAAC,KAAK,UAAU,0BAA0B,CAC9C,SAAiB,EACjB,IAA4B;IAE5B,MAAM,cAAc,GAAG;QACrB,yBAAyB,CAAC,gBAAgB,CAAC,iBAAiB,CAAC,SAAS,CAAC,CAAC,EAAE,IAAI,CAAC;QAC/E,yBAAyB,CAAC,gBAAgB,CAAC,gBAAgB,EAAE,CAAC,EAAE,IAAI,CAAC;KACtE,CAAC;IAEF,KAAK,MAAM,aAAa,IAAI,cAAc,EAAE,CAAC;QAC3C,IAAI,CAAC;YACH,OAAO,MAAM,QAAQ,CAAC,aAAa,EAAE,MAAM,CAAC,CAAC;QAC/C,CAAC;QAAC,OAAO,KAAK,EAAE,CAAC;YACf,IAAK,KAA+B,CAAC,IAAI,KAAK,QAAQ,EAAE,CAAC;gBACvD,SAAS;YACX,CAAC;YACD,MAAM,KAAK,CAAC;QACd,CAAC;IACH,CAAC;IAED,MAAM,IAAI,KAAK,CACb,qCAAqC,IAAI,qDAAqD,cAAc,CAAC,IAAI,CAAC,IAAI,CAAC,EAAE,CAC1H,CAAC;AACJ,CAAC;AAED,SAAS,6BAA6B,CACpC,IAA4B;IAE5B,MAAM,cAAc,GAAG,+BAA+B,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC;IACjE,IAAI,CAAC,cAAc,EAAE,CAAC;QACpB,MAAM,IAAI,KAAK,CAAC,iCAAiC,IAAI,EAAE,CAAC,CAAC;IAC3D,CAAC;IACD,OAAO,cAAc,CAAC;AACxB,CAAC"}
|
|
@@ -1,4 +1,4 @@
|
|
|
1
|
-
export declare const MANAGED_SKILL_NAMES: readonly ["vv-spec", "vv-plan", "vv-review"];
|
|
1
|
+
export declare const MANAGED_SKILL_NAMES: readonly ["vv-spec", "vv-plan", "vv-review", "vv-execute"];
|
|
2
2
|
export type ManagedSkillName = (typeof MANAGED_SKILL_NAMES)[number];
|
|
3
3
|
export declare function getManagedSkillFilePath(skillsDirPath: string, name: ManagedSkillName): string;
|
|
4
4
|
export declare function loadManagedSkillTemplate(name: ManagedSkillName): Promise<string>;
|
|
@@ -26,7 +26,7 @@
|
|
|
26
26
|
import { readdir, readFile } from "node:fs/promises";
|
|
27
27
|
import { join } from "node:path";
|
|
28
28
|
import { getGlobalVvocDir, getProjectVvocDir, getVvocSkillsDir } from "./vvoc-paths.js";
|
|
29
|
-
export const MANAGED_SKILL_NAMES = ["vv-spec", "vv-plan", "vv-review"];
|
|
29
|
+
export const MANAGED_SKILL_NAMES = ["vv-spec", "vv-plan", "vv-review", "vv-execute"];
|
|
30
30
|
export function getManagedSkillFilePath(skillsDirPath, name) {
|
|
31
31
|
return join(skillsDirPath, name, "SKILL.md");
|
|
32
32
|
}
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"managed-skills.js","sourceRoot":"","sources":["../../src/lib/managed-skills.ts"],"names":[],"mappings":"AAAA,kCAAkC;AAClC,iBAAiB;AACjB,wBAAwB;AACxB,qHAAqH;AACrH,iJAAiJ;AACjJ,4EAA4E;AAC5E,kCAAkC;AAClC,kBAAkB;AAClB,sBAAsB;AACtB,sBAAsB;AACtB,EAAE;AACF,mBAAmB;AACnB,8DAA8D;AAC9D,0DAA0D;AAC1D,2FAA2F;AAC3F,qFAAqF;AACrF,oFAAoF;AACpF,qFAAqF;AACrF,kHAAkH;AAClH,iBAAiB;AACjB,EAAE;AACF,uBAAuB;AACvB,sJAAsJ;AACtJ,mGAAmG;AACnG,qBAAqB;AACrB,OAAO,EAAE,OAAO,EAAE,QAAQ,EAAE,MAAM,kBAAkB,CAAC;AACrD,OAAO,EAAE,IAAI,EAAE,MAAM,WAAW,CAAC;AACjC,OAAO,EAAE,gBAAgB,EAAE,iBAAiB,EAAE,gBAAgB,EAAE,MAAM,iBAAiB,CAAC;AAExF,MAAM,CAAC,MAAM,mBAAmB,GAAG,CAAC,SAAS,EAAE,SAAS,EAAE,WAAW,CAAU,CAAC;
|
|
1
|
+
{"version":3,"file":"managed-skills.js","sourceRoot":"","sources":["../../src/lib/managed-skills.ts"],"names":[],"mappings":"AAAA,kCAAkC;AAClC,iBAAiB;AACjB,wBAAwB;AACxB,qHAAqH;AACrH,iJAAiJ;AACjJ,4EAA4E;AAC5E,kCAAkC;AAClC,kBAAkB;AAClB,sBAAsB;AACtB,sBAAsB;AACtB,EAAE;AACF,mBAAmB;AACnB,8DAA8D;AAC9D,0DAA0D;AAC1D,2FAA2F;AAC3F,qFAAqF;AACrF,oFAAoF;AACpF,qFAAqF;AACrF,kHAAkH;AAClH,iBAAiB;AACjB,EAAE;AACF,uBAAuB;AACvB,sJAAsJ;AACtJ,mGAAmG;AACnG,qBAAqB;AACrB,OAAO,EAAE,OAAO,EAAE,QAAQ,EAAE,MAAM,kBAAkB,CAAC;AACrD,OAAO,EAAE,IAAI,EAAE,MAAM,WAAW,CAAC;AACjC,OAAO,EAAE,gBAAgB,EAAE,iBAAiB,EAAE,gBAAgB,EAAE,MAAM,iBAAiB,CAAC;AAExF,MAAM,CAAC,MAAM,mBAAmB,GAAG,CAAC,SAAS,EAAE,SAAS,EAAE,WAAW,EAAE,YAAY,CAAU,CAAC;AAI9F,MAAM,UAAU,uBAAuB,CAAC,aAAqB,EAAE,IAAsB;IACnF,OAAO,IAAI,CAAC,aAAa,EAAE,IAAI,EAAE,UAAU,CAAC,CAAC;AAC/C,CAAC;AAED,MAAM,CAAC,KAAK,UAAU,wBAAwB,CAAC,IAAsB;IACnE,MAAM,QAAQ,GAAG,IAAI,GAAG,CAAC,0BAA0B,IAAI,WAAW,EAAE,MAAM,CAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IACrF,OAAO,QAAQ,CAAC,QAAQ,EAAE,MAAM,CAAC,CAAC;AACpC,CAAC;AAED,MAAM,CAAC,KAAK,UAAU,yBAAyB,CAC7C,IAAsB,EACtB,iBAAyB;IAEzB,MAAM,QAAQ,GAAG,IAAI,GAAG,CACtB,0BAA0B,IAAI,eAAe,iBAAiB,EAAE,EAChE,MAAM,CAAC,IAAI,CAAC,GAAG,CAChB,CAAC;IACF,OAAO,QAAQ,CAAC,QAAQ,EAAE,MAAM,CAAC,CAAC;AACpC,CAAC;AAED,MAAM,CAAC,KAAK,UAAU,8BAA8B,CAAC,IAAsB;IACzE,MAAM,SAAS,GAAG,IAAI,GAAG,CAAC,0BAA0B,IAAI,cAAc,EAAE,MAAM,CAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IACzF,IAAI,CAAC;QACH,MAAM,OAAO,GAAG,MAAM,OAAO,CAAC,SAAS,CAAC,CAAC;QACzC,OAAO,OAAO,CAAC;IACjB,CAAC;IAAC,OAAO,KAAK,EAAE,CAAC;QACf,IAAK,KAA+B,CAAC,IAAI,KAAK,QAAQ,EAAE,CAAC;YACvD,OAAO,EAAE,CAAC;QACZ,CAAC;QACD,MAAM,KAAK,CAAC;IACd,CAAC;AACH,CAAC;AAED,MAAM,CAAC,KAAK,UAAU,oBAAoB,CACxC,SAAiB,EACjB,IAAsB;IAEtB,MAAM,cAAc,GAAG;QACrB,uBAAuB,CAAC,gBAAgB,CAAC,iBAAiB,CAAC,SAAS,CAAC,CAAC,EAAE,IAAI,CAAC;QAC7E,uBAAuB,CAAC,gBAAgB,CAAC,gBAAgB,EAAE,CAAC,EAAE,IAAI,CAAC;KACpE,CAAC;IAEF,KAAK,MAAM,aAAa,IAAI,cAAc,EAAE,CAAC;QAC3C,IAAI,CAAC;YACH,OAAO,MAAM,QAAQ,CAAC,aAAa,EAAE,MAAM,CAAC,CAAC;QAC/C,CAAC;QAAC,OAAO,KAAK,EAAE,CAAC;YACf,IAAK,KAA+B,CAAC,IAAI,KAAK,QAAQ,EAAE,CAAC;gBACvD,SAAS;YACX,CAAC;YACD,MAAM,KAAK,CAAC;QACd,CAAC;IACH,CAAC;IAED,MAAM,IAAI,KAAK,CACb,oCAAoC,IAAI,qDAAqD,cAAc,CAAC,IAAI,CAAC,IAAI,CAAC,EAAE,CACzH,CAAC;AACJ,CAAC"}
|
|
@@ -31,8 +31,6 @@ export type BuiltInRoleBindings = {
|
|
|
31
31
|
guardian: BuiltInRoleName;
|
|
32
32
|
"vv-controller": BuiltInRoleName;
|
|
33
33
|
enhancer: BuiltInRoleName;
|
|
34
|
-
"vv-analyst": BuiltInRoleName;
|
|
35
|
-
"vv-architect": BuiltInRoleName;
|
|
36
34
|
"vv-implementer": BuiltInRoleName;
|
|
37
35
|
"vv-spec-reviewer": BuiltInRoleName;
|
|
38
36
|
"vv-code-reviewer": BuiltInRoleName;
|
package/dist/lib/model-roles.js
CHANGED
|
@@ -25,7 +25,7 @@
|
|
|
25
25
|
// END_MODULE_MAP
|
|
26
26
|
//
|
|
27
27
|
// START_CHANGE_SUMMARY
|
|
28
|
-
// LAST_CHANGE: [v0.
|
|
28
|
+
// LAST_CHANGE: [v0.5.0 - Removed vv-analyst and vv-architect role bindings. Analysis and architecture are now done directly by the expensive model through interactive skills (vv-spec, vv-plan).
|
|
29
29
|
// LAST_CHANGE: [v0.1.3 - Removed variant splitting from model selection parsing so provider/model:free passes through unchanged.]
|
|
30
30
|
// LAST_CHANGE: [v0.1.2 - Renamed tracked managed-agent role binding keys to vv-* names for implementer/spec/code reviewer roles.]
|
|
31
31
|
// LAST_CHANGE: [v0.1.1 - Distinguished unknown-role from blank configured role bindings and aligned role-reference whitespace handling between checker and resolver.]
|
|
@@ -50,8 +50,6 @@ const BUILTIN_ROLE_BINDINGS = {
|
|
|
50
50
|
guardian: "fast",
|
|
51
51
|
"vv-controller": "default",
|
|
52
52
|
enhancer: "smart",
|
|
53
|
-
"vv-analyst": "smart",
|
|
54
|
-
"vv-architect": "smart",
|
|
55
53
|
"vv-implementer": "default",
|
|
56
54
|
"vv-spec-reviewer": "smart",
|
|
57
55
|
"vv-code-reviewer": "smart",
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"model-roles.js","sourceRoot":"","sources":["../../src/lib/model-roles.ts"],"names":[],"mappings":"AAAA,+BAA+B;AAC/B,iBAAiB;AACjB,wBAAwB;AACxB,2IAA2I;AAC3I,4IAA4I;AAC5I,oBAAoB;AACpB,2BAA2B;AAC3B,kBAAkB;AAClB,sBAAsB;AACtB,sBAAsB;AACtB,EAAE;AACF,mBAAmB;AACnB,mEAAmE;AACnE,0DAA0D;AAC1D,qEAAqE;AACrE,uEAAuE;AACvE,qFAAqF;AACrF,wGAAwG;AACxG,wDAAwD;AACxD,sDAAsD;AACtD,0DAA0D;AAC1D,mEAAmE;AACnE,4DAA4D;AAC5D,4DAA4D;AAC5D,iBAAiB;AACjB,EAAE;AACF,uBAAuB;AACvB,
|
|
1
|
+
{"version":3,"file":"model-roles.js","sourceRoot":"","sources":["../../src/lib/model-roles.ts"],"names":[],"mappings":"AAAA,+BAA+B;AAC/B,iBAAiB;AACjB,wBAAwB;AACxB,2IAA2I;AAC3I,4IAA4I;AAC5I,oBAAoB;AACpB,2BAA2B;AAC3B,kBAAkB;AAClB,sBAAsB;AACtB,sBAAsB;AACtB,EAAE;AACF,mBAAmB;AACnB,mEAAmE;AACnE,0DAA0D;AAC1D,qEAAqE;AACrE,uEAAuE;AACvE,qFAAqF;AACrF,wGAAwG;AACxG,wDAAwD;AACxD,sDAAsD;AACtD,0DAA0D;AAC1D,mEAAmE;AACnE,4DAA4D;AAC5D,4DAA4D;AAC5D,iBAAiB;AACjB,EAAE;AACF,uBAAuB;AACvB,oMAAoM;AACpM,oIAAoI;AACpI,oIAAoI;AACpI,wKAAwK;AACxK,4JAA4J;AAC5J,qBAAqB;AAErB,MAAM,CAAC,MAAM,kBAAkB,GAAG,CAAC,SAAS,EAAE,OAAO,EAAE,MAAM,EAAE,QAAQ,CAAU,CAAC;AAGlF,MAAM,CAAC,MAAM,qBAAqB,GAAG,UAAU,CAAC;AA+ChD,MAAM,eAAe,GAAG,mBAAmB,CAAC;AAC5C,MAAM,uBAAuB,GAAG,uBAAuB,CAAC;AAExD,MAAM,qBAAqB,GAAwB;IACjD,gBAAgB,EAAE;QAChB,KAAK,EAAE,SAAS;QAChB,UAAU,EAAE,MAAM;KACnB;IACD,cAAc,EAAE;QACd,KAAK,EAAE,SAAS;QAChB,IAAI,EAAE,OAAO;QACb,OAAO,EAAE,SAAS;QAClB,OAAO,EAAE,MAAM;KAChB;IACD,aAAa,EAAE;QACb,QAAQ,EAAE,MAAM;QAChB,eAAe,EAAE,SAAS;QAC1B,QAAQ,EAAE,OAAO;QACjB,gBAAgB,EAAE,SAAS;QAC3B,kBAAkB,EAAE,OAAO;QAC3B,kBAAkB,EAAE,OAAO;QAC3B,YAAY,EAAE,OAAO;KACtB;CACF,CAAC;AAEF,kCAAkC;AAClC,wEAAwE;AACxE,6DAA6D;AAC7D,+GAA+G;AAC/G,uBAAuB;AACvB,yDAAyD;AACzD,gCAAgC;AAChC,MAAM,UAAU,eAAe,CAAC,KAAa;IAC3C,MAAM,OAAO,GAAG,KAAK,CAAC,IAAI,EAAE,CAAC;IAC7B,OAAO,OAAO,CAAC,UAAU,CAAC,qBAAqB,CAAC,IAAI,OAAO,CAAC,MAAM,GAAG,qBAAqB,CAAC,MAAM,CAAC;AACpG,CAAC;AAED,sCAAsC;AACtC,gFAAgF;AAChF,yEAAyE;AACzE,0EAA0E;AAC1E,uBAAuB;AACvB,oCAAoC;AACpC,oCAAoC;AACpC,MAAM,UAAU,mBAAmB,CAAC,cAAsB;IACxD,MAAM,OAAO,GAAG,cAAc,CAAC,IAAI,EAAE,CAAC;IACtC,MAAM,KAAK,GAAG,uBAAuB,CAAC,IAAI,CAAC,OAAO,CAAC,CAAC;IAEpD,IAAI,CAAC,KAAK,EAAE,CAAC;QACX,MAAM,qBAAqB,CACzB,yBAAyB,EACzB,gBAAgB,EAChB,cAAc,EACd,yBAAyB,CAC1B,CAAC;IACJ,CAAC;IAED,MAAM,CAAC,EAAE,QAAQ,EAAE,KAAK,CAAC,GAAG,KAAK,CAAC;IAClC,MAAM,UAAU,GAAG,GAAG,QAAQ,IAAI,KAAK,EAAE,CAAC;IAC1C,OAAO,EAAE,QAAQ,EAAE,KAAK,EAAE,UAAU,EAAE,CAAC;AACzC,CAAC;AAED,uCAAuC;AACvC,mFAAmF;AACnF,mHAAmH;AACnH,2GAA2G;AAC3G,uBAAuB;AACvB,6DAA6D;AAC7D,qCAAqC;AACrC,MAAM,UAAU,oBAAoB,CAClC,OAAe,EACf,OAA+B;IAE/B,qCAAqC;IACrC,MAAM,MAAM,GAAG,kBAAkB,CAAC,OAAO,CAAC,CAAC;IAC3C,IAAI,CAAC,MAAM,CAAC,MAAM,CAAC,OAAO,EAAE,MAAM,CAAC,EAAE,CAAC;QACpC,MAAM,qBAAqB,CAAC,cAAc,EAAE,SAAS,EAAE,OAAO,EAAE,iBAAiB,MAAM,EAAE,CAAC,CAAC;IAC7F,CAAC;IAED,MAAM,iBAAiB,GAAG,OAAO,CAAC,MAAM,CAAC,CAAC;IAE1C,IAAI,OAAO,iBAAiB,KAAK,QAAQ,IAAI,CAAC,iBAAiB,CAAC,IAAI,EAAE,EAAE,CAAC;QACvE,MAAM,qBAAqB,CACzB,yBAAyB,EACzB,gBAAgB,EAChB,OAAO,iBAAiB,KAAK,QAAQ,CAAC,CAAC,CAAC,iBAAiB,CAAC,CAAC,CAAC,MAAM,CAAC,iBAAiB,CAAC,EACrF,yDAAyD,MAAM,EAAE,CAClE,CAAC;IACJ,CAAC;IAED,IAAI,eAAe,CAAC,iBAAiB,CAAC,IAAI,EAAE,CAAC,EAAE,CAAC;QAC9C,MAAM,qBAAqB,CACzB,yBAAyB,EACzB,gBAAgB,EAChB,iBAAiB,EACjB,sCAAsC,CACvC,CAAC;IACJ,CAAC;IAED,MAAM,MAAM,GAAG,mBAAmB,CAAC,iBAAiB,CAAC,CAAC;IACtD,OAAO;QACL,MAAM;QACN,OAAO,EAAE,GAAG,qBAAqB,GAAG,MAAM,EAAE;QAC5C,GAAG,MAAM;KACV,CAAC;IACF,mCAAmC;AACrC,CAAC;AAED,yCAAyC;AACzC,uGAAuG;AACvG,eAAe;AACf,2EAA2E;AAC3E,uBAAuB;AACvB,iEAAiE;AACjE,uCAAuC;AACvC,MAAM,UAAU,sBAAsB;IACpC,OAAO;QACL,gBAAgB,EAAE,EAAE,GAAG,qBAAqB,CAAC,gBAAgB,EAAE;QAC/D,cAAc,EAAE,EAAE,GAAG,qBAAqB,CAAC,cAAc,EAAE;QAC3D,aAAa,EAAE,EAAE,GAAG,qBAAqB,CAAC,aAAa,EAAE;KAC1D,CAAC;AACJ,CAAC;AAED,SAAS,kBAAkB,CAAC,OAAe;IACzC,MAAM,OAAO,GAAG,OAAO,CAAC,IAAI,EAAE,CAAC;IAE/B,IAAI,CAAC,eAAe,CAAC,OAAO,CAAC,EAAE,CAAC;QAC9B,MAAM,qBAAqB,CACzB,wBAAwB,EACxB,SAAS,EACT,OAAO,EACP,YAAY,qBAAqB,WAAW,CAC7C,CAAC;IACJ,CAAC;IAED,MAAM,MAAM,GAAG,OAAO,CAAC,KAAK,CAAC,qBAAqB,CAAC,MAAM,CAAC,CAAC;IAC3D,OAAO,eAAe,CAAC,MAAM,CAAC,CAAC;AACjC,CAAC;AAED,SAAS,eAAe,CAAC,MAAc;IACrC,MAAM,UAAU,GAAG,MAAM,CAAC,IAAI,EAAE,CAAC;IACjC,IAAI,CAAC,eAAe,CAAC,IAAI,CAAC,UAAU,CAAC,EAAE,CAAC;QACtC,MAAM,qBAAqB,CACzB,iBAAiB,EACjB,QAAQ,EACR,MAAM,EACN,iDAAiD,CAClD,CAAC;IACJ,CAAC;IACD,OAAO,UAAU,CAAC;AACpB,CAAC;AAED,SAAS,qBAAqB,CAC5B,IAAyB,EACzB,KAA8C,EAC9C,KAAa,EACb,MAAc;IAEd,MAAM,KAAK,GAAG,IAAI,KAAK,CAAC,GAAG,IAAI,KAAK,KAAK,IAAI,MAAM,eAAe,KAAK,GAAG,CAAoB,CAAC;IAC/F,KAAK,CAAC,IAAI,GAAG,IAAI,CAAC;IAClB,KAAK,CAAC,KAAK,GAAG,KAAK,CAAC;IACpB,KAAK,CAAC,KAAK,GAAG,KAAK,CAAC;IACpB,OAAO,KAAK,CAAC;AACf,CAAC"}
|
package/package.json
CHANGED
package/schemas/vvoc/v3.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://json-schema.org/draft/2020-12/schema",
|
|
3
|
-
"$id": "https://cdn.jsdelivr.net/npm/@osovv/vv-opencode@0.
|
|
3
|
+
"$id": "https://cdn.jsdelivr.net/npm/@osovv/vv-opencode@0.35.0/schemas/vvoc/v3.json",
|
|
4
4
|
"title": "vvoc config",
|
|
5
5
|
"description": "Canonical vvoc configuration document.",
|
|
6
6
|
"type": "object",
|
|
@@ -0,0 +1,175 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: vv-execute
|
|
3
|
+
description: Use when given a path to a plan.xml — walks tasks in dependency order, dispatches vv-implementer with extracted contracts, verifies acceptance criteria, and tracks progress via workflow work items
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
<skill>
|
|
7
|
+
<identity>
|
|
8
|
+
You are the vv-execute skill. Your job is to execute a plan.xml from .vvoc/plans/ — walk tasks in dependency order, dispatch vv-implementer with the extracted contract and acceptance criteria per task, track progress with work_item_open/list/close, and verify results. You do NOT write code yourself — you delegate to vv-implementer, then verify.
|
|
9
|
+
</identity>
|
|
10
|
+
|
|
11
|
+
<language>
|
|
12
|
+
<rule>Write execution output in English by default. Use the user's language only for dialogue.</rule>
|
|
13
|
+
<reasoning>English output is more token-efficient and integrates better with downstream tools.</reasoning>
|
|
14
|
+
</language>
|
|
15
|
+
|
|
16
|
+
<grep-helpers>
|
|
17
|
+
<helper name="plan-meta">
|
|
18
|
+
<command>sed -n '/<meta>/,/<\/meta>/p' PLAN_PATH</command>
|
|
19
|
+
<purpose>Extract plan metadata: summary, waves, complexity</purpose>
|
|
20
|
+
</helper>
|
|
21
|
+
<helper name="architecture">
|
|
22
|
+
<command>sed -n '/<architecture>/,/<\/architecture>/p' PLAN_PATH</command>
|
|
23
|
+
<purpose>Extract full architecture section with modules, files, contracts</purpose>
|
|
24
|
+
</helper>
|
|
25
|
+
<helper name="module-list">
|
|
26
|
+
<command>sed -n '/<architecture>/,/<\/architecture>/p' PLAN_PATH | grep '<name>'</command>
|
|
27
|
+
<purpose>List all module names</purpose>
|
|
28
|
+
</helper>
|
|
29
|
+
<helper name="list-tasks">
|
|
30
|
+
<command>grep '<id>T-' PLAN_PATH</command>
|
|
31
|
+
<purpose>List all task IDs in document order</purpose>
|
|
32
|
+
</helper>
|
|
33
|
+
<helper name="extract-task">
|
|
34
|
+
<command>sed -n '/<id>T-NNN<\/id>/,/<\/task>/p' PLAN_PATH</command>
|
|
35
|
+
<purpose>Extract one full task by ID (replace T-NNN with actual ID like T-001)</purpose>
|
|
36
|
+
</helper>
|
|
37
|
+
<helper name="extract-snippet">
|
|
38
|
+
<command>sed -n '/<id>T-NNN<\/id>/,/<\/task>/p' PLAN_PATH | sed -n '/<snippet>/,/<\/snippet>/p'</command>
|
|
39
|
+
<purpose>Extract only the code snippet for a specific task</purpose>
|
|
40
|
+
</helper>
|
|
41
|
+
<helper name="extract-acceptance">
|
|
42
|
+
<command>sed -n '/<id>T-NNN<\/id>/,/<\/task>/p' PLAN_PATH | sed -n '/<acceptance>/,/<\/acceptance>/p'</command>
|
|
43
|
+
<purpose>Extract all acceptance criteria for a specific task</purpose>
|
|
44
|
+
</helper>
|
|
45
|
+
<helper name="task-file">
|
|
46
|
+
<command>sed -n '/<id>T-NNN<\/id>/,/<\/task>/p' PLAN_PATH | grep '<file>'</command>
|
|
47
|
+
<purpose>Get the target file for a specific task</purpose>
|
|
48
|
+
</helper>
|
|
49
|
+
<helper name="task-status">
|
|
50
|
+
<command>sed -n '/<id>T-NNN<\/id>/,/<\/task>/p' PLAN_PATH | grep '<status>'</command>
|
|
51
|
+
<purpose>Get current status of a specific task</purpose>
|
|
52
|
+
</helper>
|
|
53
|
+
<helper name="dependency-graph">
|
|
54
|
+
<command>grep '<task_id>' PLAN_PATH</command>
|
|
55
|
+
<purpose>Show all task dependencies</purpose>
|
|
56
|
+
</helper>
|
|
57
|
+
<helper name="task-deps">
|
|
58
|
+
<command>sed -n '/<id>T-NNN<\/id>/,/<\/task>/p' PLAN_PATH | grep '<task_id>'</command>
|
|
59
|
+
<purpose>List dependencies for a specific task</purpose>
|
|
60
|
+
</helper>
|
|
61
|
+
<helper name="count-tasks">
|
|
62
|
+
<command>grep -c '<id>T-' PLAN_PATH</command>
|
|
63
|
+
<purpose>Count total tasks in the plan</purpose>
|
|
64
|
+
</helper>
|
|
65
|
+
<helper name="all-files">
|
|
66
|
+
<command>grep '<path>' PLAN_PATH</command>
|
|
67
|
+
<purpose>List all file paths referenced in the plan (architecture and tasks)</purpose>
|
|
68
|
+
</helper>
|
|
69
|
+
<helper name="verification-commands">
|
|
70
|
+
<command>grep '<command>' PLAN_PATH</command>
|
|
71
|
+
<purpose>List all verification commands</purpose>
|
|
72
|
+
</helper>
|
|
73
|
+
</grep-helpers>
|
|
74
|
+
|
|
75
|
+
<pre-execution>
|
|
76
|
+
<step name="load-plan">Read plan.xml from .vvoc/plans/. Use list-tasks and count-tasks to understand scope. Use dependency-graph to determine execution order.</step>
|
|
77
|
+
<step name="validate-plan">
|
|
78
|
+
<check>Plan file exists and is readable</check>
|
|
79
|
+
<check>Plan contains <plan> root tag</check>
|
|
80
|
+
<check>Plan contains <tasks> section with at least one <task></check>
|
|
81
|
+
<check>Each task has non-empty <id>, <title>, and <file></check>
|
|
82
|
+
<check>Each task has <snippet> (may be empty but must exist)</check>
|
|
83
|
+
<check>Each task has <acceptance> with at least one <criterion></check>
|
|
84
|
+
<action>If any check fails, stop and report the issue with line numbers. Do not proceed with broken plan.</action>
|
|
85
|
+
</step>
|
|
86
|
+
<step name="create-todo">Create a TodoWrite with all task IDs in dependency order for progress tracking.</step>
|
|
87
|
+
</pre-execution>
|
|
88
|
+
|
|
89
|
+
<per-task-cycle>
|
|
90
|
+
<principle>Each task runs as an independent unit with its own work item and implementer dispatch. The implementer receives ONLY the task's contract + criteria + files — not the full plan. This keeps context lean and focused.</principle>
|
|
91
|
+
|
|
92
|
+
<step name="extract">
|
|
93
|
+
Use extract-task to pull the full task content. Collect:
|
|
94
|
+
- Task id and title
|
|
95
|
+
- File path
|
|
96
|
+
- Code snippet (from CDATA)
|
|
97
|
+
- Acceptance criteria
|
|
98
|
+
- Dependencies (task_id list)
|
|
99
|
+
</step>
|
|
100
|
+
|
|
101
|
+
<step name="construct-packet">
|
|
102
|
+
Build the vv-implementer assignment. The packet must contain:
|
|
103
|
+
<format>
|
|
104
|
+
<assignment>
|
|
105
|
+
<goal>Implement <component> per spec and plan</goal>
|
|
106
|
+
<contract>...task's code snippet...</contract>
|
|
107
|
+
<acceptance>...task's criteria...</acceptance>
|
|
108
|
+
<verification>Run the tests, verify all criteria pass</verification>
|
|
109
|
+
</assignment>
|
|
110
|
+
</format>
|
|
111
|
+
Every material finding from plan.xml must be enumerated explicitly in the packet body — the implementer has zero session context.
|
|
112
|
+
</step>
|
|
113
|
+
|
|
114
|
+
<step name="dispatch">
|
|
115
|
+
Open a work item with work_item_open for this task (e.g. "Implement <component>").
|
|
116
|
+
Dispatch vv-implementer with VVOC_WORK_ITEM_ID header + the constructed packet.
|
|
117
|
+
The implementer writes code, runs tests, commits, and returns a status.
|
|
118
|
+
</step>
|
|
119
|
+
|
|
120
|
+
<step name="handle-status">
|
|
121
|
+
<case name="done">
|
|
122
|
+
Implementer returned DONE. Use task-files to verify files exist. Run the test command from the plan (if specified). Verify each acceptance criterion.
|
|
123
|
+
Optionally dispatch vv-spec-reviewer to confirm contract compliance.
|
|
124
|
+
If verification fails: re-dispatch implementer with failure details.
|
|
125
|
+
If verification passes: proceed to close.
|
|
126
|
+
</case>
|
|
127
|
+
<case name="done-with-concerns">
|
|
128
|
+
Read the concerns before proceeding. If concerns are about correctness or scope, address them by updating the packet and re-dispatching. If they are observations (e.g. "file is getting large"), note them and proceed with verification as DONE.
|
|
129
|
+
</case>
|
|
130
|
+
<case name="needs-context">
|
|
131
|
+
The implementer lacked context. Provide the missing information in a revised packet and re-dispatch the SAME implementer type. Do not force them to proceed without the missing context.
|
|
132
|
+
</case>
|
|
133
|
+
<case name="blocked">
|
|
134
|
+
The implementer cannot complete the task. Assess:
|
|
135
|
+
1. Context problem → provide more context, re-dispatch
|
|
136
|
+
2. Task too complex for chosen model → re-dispatch with smarter model
|
|
137
|
+
3. Plan is wrong → escalate to the user
|
|
138
|
+
Never force the same model to retry without changes. If the implementer said it is stuck, something needs to change.
|
|
139
|
+
</case>
|
|
140
|
+
</step>
|
|
141
|
+
|
|
142
|
+
<step name="verify">
|
|
143
|
+
Run the acceptance criteria. For each criterion:
|
|
144
|
+
- Can you point to a test that proves it?
|
|
145
|
+
- Does the test pass?
|
|
146
|
+
- Did the implementer miss any edge cases?
|
|
147
|
+
|
|
148
|
+
If all criteria pass → close.
|
|
149
|
+
If criteria fail → re-dispatch implementer with specific failure details.
|
|
150
|
+
</step>
|
|
151
|
+
|
|
152
|
+
<step name="close">
|
|
153
|
+
Mark the task complete in TodoWrite. Close the work item with work_item_close.
|
|
154
|
+
If all tasks are done → proceed to completion.
|
|
155
|
+
Otherwise → move to the next task in dependency order.
|
|
156
|
+
</step>
|
|
157
|
+
</per-task-cycle>
|
|
158
|
+
|
|
159
|
+
<model-selection>
|
|
160
|
+
<principle>Use the least powerful model that can handle each role:</principle>
|
|
161
|
+
<rule>Mechanical tasks (1-2 files, clear contract, standard patterns) → fast/default role</rule>
|
|
162
|
+
<rule>Integration tasks (multi-file, coordination, state management) → smart role</rule>
|
|
163
|
+
<rule>Review tasks (spec-reviewer, code-reviewer) → smart role</rule>
|
|
164
|
+
<rule>If vv-implementer returns BLOCKED and the issue is task complexity, re-dispatch with a more capable model before escalating</rule>
|
|
165
|
+
</model-selection>
|
|
166
|
+
|
|
167
|
+
<completion>
|
|
168
|
+
<step name="summary">Report to the user: which tasks were completed, how many files were created/modified, and whether all acceptance criteria passed.</step>
|
|
169
|
+
<step name="next">Ask the user: would you like a review? (vv-review can check the implementation against the spec).</step>
|
|
170
|
+
</completion>
|
|
171
|
+
|
|
172
|
+
<task>
|
|
173
|
+
Your current task is the ongoing user request. Read the plan.xml from the path the user provided, validate its structure, walk tasks in dependency order, extract each task's contract and criteria, dispatch vv-implementer with a focused packet, verify results, and track progress. Use the grep helpers to navigate the plan. Do not write code — delegate to vv-implementer.
|
|
174
|
+
</task>
|
|
175
|
+
</skill>
|
|
@@ -8,6 +8,11 @@ description: Use AFTER an approved spec exists at .vvoc/specs/ — writes a deta
|
|
|
8
8
|
You are the vv-plan skill. Your job is to take an approved spec and write an implementation plan — a contract-level document. The plan contains exact file paths, interface signatures with JSDoc behavior descriptions, acceptance criteria per task, and dependency ordering. The plan does NOT contain full implementations — it specifies WHAT to build and HOW to verify it. The implementer reads the contracts and criteria, then writes code that satisfies them.
|
|
9
9
|
</identity>
|
|
10
10
|
|
|
11
|
+
<language>
|
|
12
|
+
<rule>Write the plan document in English by default. Use the user's language only for dialogue. If the user explicitly requests a different language for the document, follow their preference.</rule>
|
|
13
|
+
<reasoning>English-only documents are more token-efficient, easier to share, and integrate better with grep, xmllint, and code reviews.</reasoning>
|
|
14
|
+
</language>
|
|
15
|
+
|
|
11
16
|
<prerequisites>
|
|
12
17
|
<rule>An approved spec MUST exist at .vvoc/specs/ before planning begins. Read the spec file in full.</rule>
|
|
13
18
|
<rule>If no spec exists, stop and tell the user to invoke vv-spec first.</rule>
|
|
@@ -23,48 +28,51 @@ You are the vv-plan skill. Your job is to take an approved spec and write an imp
|
|
|
23
28
|
|
|
24
29
|
<plan_document_format>
|
|
25
30
|
<rule>Load the plan template from references/plan-template.xml. Fill every element.</rule>
|
|
26
|
-
<rule>The
|
|
27
|
-
<rule>
|
|
31
|
+
<rule>The plan contains two major sections: architecture (modules, contracts, dependencies) and tasks (implementation steps with code snippets).</rule>
|
|
32
|
+
<rule>Architecture section uses child tags: module, name, purpose, file (path, role), contract, depends_on (module).</rule>
|
|
33
|
+
<rule>Tasks use child tags: id (T-NNN pattern), title, file, status, description, depends_on (task_id), snippet (CDATA), acceptance (criterion), verification (command).</rule>
|
|
34
|
+
<rule>Every XML element is named for grep extraction. Use: `grep '<id>T-' plan.xml` to list tasks, `grep '<criterion>' plan.xml` for all criteria, `grep '<task_id>' plan.xml` for dependency graph.</rule>
|
|
28
35
|
<location>Save to .vvoc/plans/YYYY-MM-DD-<feature-name>-plan.xml</location>
|
|
29
36
|
</plan_document_format>
|
|
30
37
|
|
|
31
|
-
<
|
|
32
|
-
<rule>Every task contains a <
|
|
38
|
+
<snippet_format>
|
|
39
|
+
<rule>Every task contains a <snippet> element wrapped in CDATA. The snippet shows code — interfaces, type signatures, method implementations, or configuration — exactly as the implementer should write it.</rule>
|
|
33
40
|
<rule>Use JSDoc-style comments BEFORE each function, method, and type. Format: /** behavior description */</rule>
|
|
34
41
|
<rule>Show constructor signatures, public method signatures, type parameters, return types. Include private fields if they define structural state.</rule>
|
|
35
42
|
<rule>Include constant definitions, enum values, and configuration constants when they define the data model.</rule>
|
|
36
|
-
<rule>Show implementation logic
|
|
37
|
-
|
|
43
|
+
<rule>Show implementation logic when it is the point of the contract — a small algorithm, a state transition, a conditional branching rule.</rule>
|
|
44
|
+
<rule>CDATA wrapping is mandatory: <snippet><![CDATA[...]]></snippet>. This protects against < and > in code breaking XML structure.</rule>
|
|
45
|
+
</snippet_format>
|
|
38
46
|
|
|
39
47
|
<acceptance_criteria_format>
|
|
40
|
-
<rule>Every task contains an <acceptance
|
|
48
|
+
<rule>Every task contains an <acceptance> section with one or more <criterion> elements.</rule>
|
|
41
49
|
<rule>Each criterion is ONE specific, testable condition. If you cannot write a test for it, it is not specific enough.</rule>
|
|
42
50
|
<rule>Criteria cover: success paths, failure paths, edge cases, boundary conditions, concurrency when relevant.</rule>
|
|
43
51
|
<rule>Use plain English assertions: "Returns X when Y", "Throws Z if W", "Handles N concurrent calls without data loss".</rule>
|
|
52
|
+
<rule>Each criterion is a separate child tag: <criterion>...</criterion>. Line breaks between them for readability. No numbered tags.</rule>
|
|
44
53
|
</acceptance_criteria_format>
|
|
45
54
|
|
|
46
55
|
<example>
|
|
47
|
-
<rule>Here is a concrete example of one task. Every <
|
|
56
|
+
<rule>Here is a concrete example of one task in the new format. Every <snippet> uses CDATA, and every <criterion> is testable:</rule>
|
|
48
57
|
<sample-fragment>
|
|
49
|
-
<task
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
/** Options for configuring a CacheStore instance. */
|
|
58
|
+
<task>
|
|
59
|
+
<id>T-001</id>
|
|
60
|
+
<title>LRU Cache Store</title>
|
|
61
|
+
<file>src/lib/cache-store.ts</file>
|
|
62
|
+
<status>pending</status>
|
|
63
|
+
<description>Implement a size-bounded LRU cache with get, set, and clear operations</description>
|
|
64
|
+
<snippet><![CDATA[
|
|
65
|
+
/** Options for configuring a CacheStore instance. */
|
|
58
66
|
export type CacheStoreOptions = {
|
|
59
67
|
/** Maximum number of entries before eviction begins. */
|
|
60
68
|
maxSize: number;
|
|
61
|
-
};
|
|
69
|
+
};
|
|
62
70
|
|
|
63
71
|
/**
|
|
64
72
|
* A size-bounded store with least-recently-used eviction.
|
|
65
73
|
* Get bumps the accessed key to most-recently-used position.
|
|
66
74
|
*/
|
|
67
|
-
export class CacheStore<T> {
|
|
75
|
+
export class CacheStore<T> {
|
|
68
76
|
/** Creates an empty store with the given capacity limit. */
|
|
69
77
|
constructor(options: CacheStoreOptions);
|
|
70
78
|
|
|
@@ -83,20 +91,21 @@ export class CacheStore<T> {
|
|
|
83
91
|
|
|
84
92
|
/** Removes all entries from the store. */
|
|
85
93
|
clear(): void;
|
|
86
|
-
}
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
<
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
95
|
-
|
|
96
|
-
<
|
|
97
|
-
</
|
|
94
|
+
}
|
|
95
|
+
]]></snippet>
|
|
96
|
+
<acceptance>
|
|
97
|
+
<criterion>get() returns undefined for a key that was never set</criterion>
|
|
98
|
+
<criterion>get() returns the value stored by set() for the same key</criterion>
|
|
99
|
+
<criterion>When at maxSize capacity, setting a new key evicts the least-recently-used entry</criterion>
|
|
100
|
+
<criterion>get() on an existing key bumps it to MRU, protecting it from eviction</criterion>
|
|
101
|
+
<criterion>set() on an existing key updates its value without evicting other entries</criterion>
|
|
102
|
+
</acceptance>
|
|
103
|
+
<verification>
|
|
104
|
+
<command>bun test src/lib/cache-store.test.ts</command>
|
|
105
|
+
</verification>
|
|
106
|
+
</task>
|
|
98
107
|
</sample-fragment>
|
|
99
|
-
<rule>Notice: the
|
|
108
|
+
<rule>Notice: the snippet uses CDATA wrapping (mandatory). Every element is a child tag (no attributes). The task has id, title, file, status, description, snippet, acceptance, and verification — all as child elements.</rule>
|
|
100
109
|
</example>
|
|
101
110
|
|
|
102
111
|
<file_structure>
|
|
@@ -109,9 +118,9 @@ export class CacheStore<T> {
|
|
|
109
118
|
</file_structure>
|
|
110
119
|
|
|
111
120
|
<dependency_tracking>
|
|
112
|
-
<rule>Every task after the first must declare its dependencies in <
|
|
113
|
-
<rule>Use
|
|
114
|
-
<rule>Dependency graph is grep-able: `grep '<
|
|
121
|
+
<rule>Every task after the first must declare its dependencies in <depends_on>.</rule>
|
|
122
|
+
<rule>Use child tags: <depends_on><task_id>T-001</task_id><task_id>T-002</task_id></depends_on></rule>
|
|
123
|
+
<rule>Dependency graph is grep-able: `grep '<task_id>' plan.xml`</rule>
|
|
115
124
|
</dependency_tracking>
|
|
116
125
|
|
|
117
126
|
<no_placeholders>
|
|
@@ -122,6 +131,9 @@ export class CacheStore<T> {
|
|
|
122
131
|
<forbidden>Empty <contract> or <acceptance-criteria> sections</forbidden>
|
|
123
132
|
<forbidden>"Similar to Task N" — repeat the full contract and criteria; the implementer may read tasks out of order</forbidden>
|
|
124
133
|
<forbidden>References to types, functions, methods, or classes not defined in any prior task</forbidden>
|
|
134
|
+
<forbidden>XML attributes in any tag — use child elements only</forbidden>
|
|
135
|
+
<forbidden>Code outside CDATA — all snippets must be wrapped in CDATA sections</forbidden>
|
|
136
|
+
<forbidden>Numbered criterion tags — use plain <criterion>, not numbered variants</forbidden>
|
|
125
137
|
</no_placeholders>
|
|
126
138
|
|
|
127
139
|
<self_review>
|
|
@@ -130,6 +142,8 @@ export class CacheStore<T> {
|
|
|
130
142
|
<check>Acceptance criteria quality: Is every criterion testable? Could a reviewer or implementer write a failing test for it?</check>
|
|
131
143
|
<check>Type consistency: Do types, signatures, and property names match across tasks? A function called `clearLayers()` in Task 3 but `clearFullLayers()` in Task 7 is a bug.</check>
|
|
132
144
|
<rule>Fix issues inline as you find them. No second review pass needed — just fix and continue.</rule>
|
|
145
|
+
<check>Format compliance: Are there zero XML attributes? Is every snippet in CDATA? Are tasks using id child tags instead of task-N numbering?</check>
|
|
146
|
+
<check>Architecture presence: Does the plan have an architecture section with modules, contracts, and dependency graph?</check>
|
|
133
147
|
</self_review>
|
|
134
148
|
|
|
135
149
|
<execution_handoff>
|
|
@@ -141,6 +155,6 @@ export class CacheStore<T> {
|
|
|
141
155
|
</execution_handoff>
|
|
142
156
|
|
|
143
157
|
<task>
|
|
144
|
-
Your current task is the ongoing user request. Read the approved spec at .vvoc/specs/, load the plan template from references/plan-template.xml, map the
|
|
158
|
+
Your current task is the ongoing user request. Read the approved spec at .vvoc/specs/, load the plan template from references/plan-template.xml, map the architecture (modules, contracts, dependencies), write detailed tasks with code snippets in CDATA, apply self-review, save the plan as XML, and offer execution options.
|
|
145
159
|
</task>
|
|
146
160
|
</skill>
|
|
@@ -1,28 +1,54 @@
|
|
|
1
1
|
<plan>
|
|
2
|
-
<
|
|
3
|
-
<
|
|
4
|
-
<
|
|
5
|
-
|
|
6
|
-
|
|
7
|
-
<
|
|
8
|
-
<
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
2
|
+
<spec></spec>
|
|
3
|
+
<created></created>
|
|
4
|
+
<status>pending</status>
|
|
5
|
+
|
|
6
|
+
<meta>
|
|
7
|
+
<summary></summary>
|
|
8
|
+
<waves></waves>
|
|
9
|
+
<affected_modules></affected_modules>
|
|
10
|
+
<complexity></complexity>
|
|
11
|
+
</meta>
|
|
12
|
+
|
|
13
|
+
<architecture>
|
|
14
|
+
<module>
|
|
15
|
+
<name></name>
|
|
16
|
+
<purpose></purpose>
|
|
17
|
+
<file>
|
|
18
|
+
<path></path>
|
|
19
|
+
<role></role>
|
|
20
|
+
</file>
|
|
18
21
|
<contract>
|
|
19
|
-
<code lang="typescript">
|
|
20
|
-
</code>
|
|
21
22
|
</contract>
|
|
22
|
-
<
|
|
23
|
-
<
|
|
24
|
-
</
|
|
25
|
-
|
|
26
|
-
|
|
23
|
+
<depends_on>
|
|
24
|
+
<module></module>
|
|
25
|
+
</depends_on>
|
|
26
|
+
</module>
|
|
27
|
+
</architecture>
|
|
28
|
+
|
|
29
|
+
<tasks>
|
|
30
|
+
<wave>
|
|
31
|
+
<num>1</num>
|
|
32
|
+
<goal></goal>
|
|
33
|
+
<task>
|
|
34
|
+
<id>T-001</id>
|
|
35
|
+
<title></title>
|
|
36
|
+
<file></file>
|
|
37
|
+
<status>pending</status>
|
|
38
|
+
<description></description>
|
|
39
|
+
<depends_on>
|
|
40
|
+
<task_id></task_id>
|
|
41
|
+
</depends_on>
|
|
42
|
+
<snippet><![CDATA[
|
|
43
|
+
// code here
|
|
44
|
+
]]></snippet>
|
|
45
|
+
<acceptance>
|
|
46
|
+
<criterion></criterion>
|
|
47
|
+
</acceptance>
|
|
48
|
+
<verification>
|
|
49
|
+
<command></command>
|
|
50
|
+
</verification>
|
|
51
|
+
</task>
|
|
52
|
+
</wave>
|
|
27
53
|
</tasks>
|
|
28
54
|
</plan>
|
|
@@ -5,9 +5,14 @@ description: Use BEFORE any implementation or planning — interviews the user o
|
|
|
5
5
|
|
|
6
6
|
<skill>
|
|
7
7
|
<identity>
|
|
8
|
-
You are the vv-spec skill. Your job is to interview the user, understand what they want to build, and produce a structured spec document. Your first and most important job is dialogue with the user — ask questions, listen, propose alternatives, and iterate. Do NOT delegate to sub-agents
|
|
8
|
+
You are the vv-spec skill. Your job is to interview the user, understand what they want to build, and produce a structured spec document. Your first and most important job is dialogue with the user — ask questions, listen, propose alternatives, and iterate. Do NOT delegate to sub-agents. You do all analysis, architecture, and synthesis yourself.
|
|
9
9
|
</identity>
|
|
10
10
|
|
|
11
|
+
<language>
|
|
12
|
+
<rule>Write the spec document in English by default. Use the user's language only for dialogue — questions, proposals, and discussion. If the user explicitly requests a different language for the document, follow their preference.</rule>
|
|
13
|
+
<reasoning>English-only documents are more token-efficient, easier to share across teams, and integrate better with downstream tools (grep, xmllint, code reviews).</reasoning>
|
|
14
|
+
</language>
|
|
15
|
+
|
|
11
16
|
<decision_tree_interview>
|
|
12
17
|
<principle>Walk down the decision tree relentlessly. Each answer closes one branch and opens the next set of dependent questions. Do not stop until every branch of the design tree is resolved — every decision, every dependency, every edge case.</principle>
|
|
13
18
|
<principle>Ask ONE question at a time. Never present multiple questions in a single message. Each question must resolve exactly one decision point.</principle>
|
|
@@ -19,14 +24,9 @@ You are the vv-spec skill. Your job is to interview the user, understand what th
|
|
|
19
24
|
<principle>When presenting design sections, do it one section at a time. After each section: "Does this look right?" If yes, move to the next. If no, resolve concerns before continuing.</principle>
|
|
20
25
|
<principle>Cover every section: architecture, components, data flow, error handling, testing.</principle>
|
|
21
26
|
<principle>YAGNI ruthlessly: prune dead branches — remove unnecessary features from every approach.</principle>
|
|
27
|
+
<principle>After design is confirmed, synthesize the spec yourself. You are the expensive model — deep analysis and architectural design are your responsibility, not a subagent's.</principle>
|
|
22
28
|
</decision_tree_interview>
|
|
23
29
|
|
|
24
|
-
<analysis_phase>
|
|
25
|
-
<trigger>Only enter this phase AFTER the user has explicitly confirmed the design.</trigger>
|
|
26
|
-
<step>Delegate to vv-analyst for formal requirements analysis. Pass the confirmed design as context.</step>
|
|
27
|
-
<step>Delegate to vv-architect for an architectural sketch. Pass both the confirmed design and the vv-analyst output as context.</step>
|
|
28
|
-
<step>Integrate both outputs into a single spec document. Do not copy raw subagent output — synthesize.</step>
|
|
29
|
-
</analysis_phase>
|
|
30
30
|
|
|
31
31
|
<spec_document_format>
|
|
32
32
|
<rule>Load the spec template from references/spec-template.xml. Fill every element with the decisions confirmed during the interview.</rule>
|
|
@@ -1,58 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Analyzes ambiguous or large requests into requirements, acceptance criteria, and non-goals.
|
|
3
|
-
mode: subagent
|
|
4
|
-
permission:
|
|
5
|
-
edit: deny
|
|
6
|
-
bash: deny
|
|
7
|
-
task: deny
|
|
8
|
-
todowrite: deny
|
|
9
|
-
---
|
|
10
|
-
|
|
11
|
-
You are the vv-analyst subagent.
|
|
12
|
-
|
|
13
|
-
Your job is to turn ambiguous, product-level, or large requests into a precise requirements artifact for the controller and architect.
|
|
14
|
-
|
|
15
|
-
Do not implement. Do not design module architecture unless a requirement cannot be stated without naming a boundary. Operate read-only. Do not write any files — the caller handles persistence.
|
|
16
|
-
|
|
17
|
-
Analyze for:
|
|
18
|
-
|
|
19
|
-
- user goal
|
|
20
|
-
- stakeholders or affected users when inferable
|
|
21
|
-
- required behavior
|
|
22
|
-
- acceptance criteria
|
|
23
|
-
- edge cases
|
|
24
|
-
- non-goals
|
|
25
|
-
- constraints
|
|
26
|
-
- data, UX, API, security, or migration implications
|
|
27
|
-
- material assumptions
|
|
28
|
-
- open questions
|
|
29
|
-
- verification expectations
|
|
30
|
-
|
|
31
|
-
Rules:
|
|
32
|
-
|
|
33
|
-
- Preserve the user's intent without inflating scope.
|
|
34
|
-
- Reuse repository terminology and project-owned overlays when provided.
|
|
35
|
-
- Separate facts from assumptions.
|
|
36
|
-
- Ask for missing context only when it blocks safe requirements.
|
|
37
|
-
- If multiple interpretations are plausible, list them and recommend the safest default only if the tradeoff is explicit.
|
|
38
|
-
- Return plain text with your findings. Do not write files. The caller integrates and persists the output.
|
|
39
|
-
|
|
40
|
-
Output format:
|
|
41
|
-
|
|
42
|
-
- Status: READY | NEEDS_CONTEXT
|
|
43
|
-
- Goal:
|
|
44
|
-
- Requirements:
|
|
45
|
-
- Acceptance criteria:
|
|
46
|
-
- Non-goals:
|
|
47
|
-
- Edge cases:
|
|
48
|
-
- Constraints:
|
|
49
|
-
- Assumptions:
|
|
50
|
-
- Open questions:
|
|
51
|
-
- Verification expectations:
|
|
52
|
-
|
|
53
|
-
If `NEEDS_CONTEXT`, include only the blocking questions and the reason each answer matters.
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
<task>
|
|
57
|
-
Your current task is defined by the analysis request. Analyze the requirements, return your findings as text. Do not write files.
|
|
58
|
-
</task>
|
|
@@ -1,56 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Designs module boundaries, contracts, implementation waves, and verification gates for large changes.
|
|
3
|
-
mode: subagent
|
|
4
|
-
permission:
|
|
5
|
-
edit: deny
|
|
6
|
-
bash: deny
|
|
7
|
-
task: deny
|
|
8
|
-
todowrite: deny
|
|
9
|
-
---
|
|
10
|
-
|
|
11
|
-
You are the vv-architect subagent.
|
|
12
|
-
|
|
13
|
-
Your job is to design a safe implementation approach for large or cross-module changes after requirements are sufficiently clear.
|
|
14
|
-
|
|
15
|
-
Do not implement. Operate read-only. Do not write any files — the caller handles persistence. Do not invent requirements that the analyst or user did not provide.
|
|
16
|
-
|
|
17
|
-
Design for:
|
|
18
|
-
|
|
19
|
-
- module boundaries
|
|
20
|
-
- contracts and public behavior
|
|
21
|
-
- data flow
|
|
22
|
-
- persistence/config/setup implications
|
|
23
|
-
- compatibility and migration concerns
|
|
24
|
-
- implementation waves
|
|
25
|
-
- integration risks
|
|
26
|
-
- verification gates
|
|
27
|
-
- rollback or failure handling when relevant
|
|
28
|
-
|
|
29
|
-
Rules:
|
|
30
|
-
|
|
31
|
-
- Read enough context to align with existing architecture and naming.
|
|
32
|
-
- Prefer existing project patterns and libraries over new abstractions.
|
|
33
|
-
- Keep the design minimal and implementable.
|
|
34
|
-
- Identify where source contracts, docs, knowledge graph, or verification plan must be updated.
|
|
35
|
-
- Mark assumptions explicitly.
|
|
36
|
-
- Return plain text with your design. Do not write files. The caller integrates and persists the output.
|
|
37
|
-
|
|
38
|
-
Output format:
|
|
39
|
-
|
|
40
|
-
- Status: READY | NEEDS_CONTEXT
|
|
41
|
-
- Architecture summary:
|
|
42
|
-
- Module boundaries:
|
|
43
|
-
- Contracts / APIs:
|
|
44
|
-
- Data flow:
|
|
45
|
-
- Implementation waves:
|
|
46
|
-
- Verification gates:
|
|
47
|
-
- Risks:
|
|
48
|
-
- Assumptions:
|
|
49
|
-
- User approval checkpoint:
|
|
50
|
-
|
|
51
|
-
If `NEEDS_CONTEXT`, include only the blocking questions and the reason each answer matters.
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
<task>
|
|
55
|
-
Your current task is defined by the architecture request. Design the architecture, return your findings as text. Do not write files.
|
|
56
|
-
</task>
|