@yagni-app/code-staging 1.2.10-staging.2101.1 → 1.2.10-staging.2105.1

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.
@@ -61,6 +61,13 @@ export declare const DECISIONS_READ_TOOL = "yagni_decisions_read_for_repository"
61
61
  * (`groundSessionPlan` in the backend's builder/planQuestions.ts). Each
62
62
  * question is the shape `packages/shared/src/planQuestions.ts` reads.
63
63
  */
64
+ /**
65
+ * The planner's one rule for documentation (YAG-1067): it lists a
66
+ * documentation repository the change makes stale; the host decides from its
67
+ * index that the ticket is built beside the code, and never adds one the
68
+ * planner left out.
69
+ */
70
+ export declare const DOCUMENTATION_REPOSITORY_RULE: string;
64
71
  export declare const PLAN_JSON_CONTRACT: string;
65
72
  /**
66
73
  * The one-attempt lane's session (`yagni go --headless --cloud`): plan,
@@ -145,6 +145,15 @@ export const DECISIONS_READ_TOOL = "yagni_decisions_read_for_repository";
145
145
  * (`groundSessionPlan` in the backend's builder/planQuestions.ts). Each
146
146
  * question is the shape `packages/shared/src/planQuestions.ts` reads.
147
147
  */
148
+ /**
149
+ * The planner's one rule for documentation (YAG-1067): it lists a
150
+ * documentation repository the change makes stale; the host decides from its
151
+ * index that the ticket is built beside the code, and never adds one the
152
+ * planner left out.
153
+ */
154
+ export const DOCUMENTATION_REPOSITORY_RULE = "When a documentation repository in Other repositories documents this one and the change alters " +
155
+ "behaviour its pages describe, list it in repositoriesNeeded too, with one line on the pages that " +
156
+ "change. It is built beside the code, not after it.";
148
157
  export const PLAN_JSON_CONTRACT = "End your answer with a fenced ```plan-json block and nothing after it:\n" +
149
158
  "```plan-json\n" +
150
159
  "{\n" +
@@ -173,7 +182,8 @@ export const PLAN_JSON_CONTRACT = "End your answer with a fenced ```plan-json bl
173
182
  "repository the change writes to, in the order they must be built and merged, this one included, each " +
174
183
  "with one line on what changes there. Only a repository the ticket's Other repositories section lists " +
175
184
  "counts; the host drops any other name. Leave it out for a change inside this repository alone, and " +
176
- "never list a repository the change only reads.";
185
+ "never list a repository the change only reads. " +
186
+ DOCUMENTATION_REPOSITORY_RULE;
177
187
  /**
178
188
  * The cloud plan stage's task: the input folder the host wrote, read first,
179
189
  * then a plan grounded in the installed checkout, inside the stage's own
@@ -195,7 +205,10 @@ function cloudPlanTask(inputDir) {
195
205
  `- ${at("memo.md")}: what runs in this repository.\n` +
196
206
  `- ${at("checks.json")}: the repository's checks, and which already fail on the unchanged code.\n` +
197
207
  `- ${at("playbook.md")}: the Team's planning rules. Always follow them.\n` +
198
- `- ${at("plan-line.md")}: this Team's instructions for planning.\n\n` +
208
+ `- ${at("plan-line.md")}: this Team's instructions for planning.\n` +
209
+ `- The repositories under "Read these repositories first" in ${at("ticket.md")}: clone each read-only ` +
210
+ "as it says, and read the pages it names before you plan; they are this team's own account of how " +
211
+ "the code works.\n\n" +
199
212
  "Planning is reading code, nothing else. Settle a fact by reading files, grepping, listing folders, and " +
200
213
  "reading the git history and the config. Run no tests and no type checks, build nothing, start no server, " +
201
214
  "no Docker and no database (`supabase start` included), and do not copy the repository: those are the " +
@@ -209,7 +222,8 @@ function cloudPlanTask(inputDir) {
209
222
  "When the change itself needs writes in one of those repositories (an API this repository calls, a " +
210
223
  "package it consumes), say so in the plan's repositoriesNeeded, in build order: the ticket is then " +
211
224
  "split into one ticket per repository, built in that order, and each step for another repository " +
212
- "names it so the host can sort the steps.\n\n" +
225
+ "names it so the host can sort the steps. " +
226
+ `${DOCUMENTATION_REPOSITORY_RULE}\n\n` +
213
227
  `Call team_read with tool "${DECISIONS_READ_TOOL}" before you ask a person anything: a question an earlier ` +
214
228
  "decision on this repository already answers is not a question. Cite the decisions the plan relies on.\n\n" +
215
229
  "When the change shows in a page, plan a render check the build runs (open the page in the sandbox's " +
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@yagni-app/code-staging",
3
- "version": "1.2.10-staging.2101.1",
3
+ "version": "1.2.10-staging.2105.1",
4
4
  "description": "YAGNI Code: a terminal coding agent that already knows your company. One YAGNI login routes the model and grounds the agent in your team's context.",
5
5
  "license": "SEE LICENSE IN LICENSE.md",
6
6
  "author": "YAGNI, Inc. <jack@yagni.app> (https://yagni.app)",
@@ -58,5 +58,5 @@
58
58
  "turndown": "^7.2.4",
59
59
  "typebox": "^1.3.15"
60
60
  },
61
- "yagniSourceSha": "e6789727a7d81a719cf1c6e3f3f6907a1f81df45"
61
+ "yagniSourceSha": "ed27eadceb2e3d91dfe2fd98bc2668c14ed436fe"
62
62
  }