acstack 0.54.1 → 0.54.2
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/.claude-plugin/plugin.json +1 -1
- package/agents/codex/frontend-verifier.toml +25 -17
- package/agents/codex/task-checker.toml +25 -17
- package/agents/codex/task-executor.toml +25 -17
- package/agents/codex/test-writer.toml +25 -17
- package/cli/package.json +1 -1
- package/output-styles/ac-writing-style.md +24 -16
- package/package.json +1 -1
- package/pi/agents/frontend-verifier.md +25 -17
- package/pi/agents/task-checker.md +25 -17
- package/pi/agents/task-executor.md +25 -17
- package/pi/agents/test-writer.md +25 -17
- package/skills/writing/examples.md +16 -4
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "acstack",
|
|
3
3
|
"description": "Agentic coding stack where planning grows only as far as needed: a map of decisions, tasks, checks, and handoffs behind a pluggable tracker.",
|
|
4
|
-
"version": "0.54.
|
|
4
|
+
"version": "0.54.2",
|
|
5
5
|
"author": {
|
|
6
6
|
"name": "ac8318740"
|
|
7
7
|
},
|
|
@@ -363,17 +363,21 @@ Do NOT kill the browser if you connected to an existing one. In `remote` mode th
|
|
|
363
363
|
|
|
364
364
|
Use the fewest clear words that preserve all necessary information.
|
|
365
365
|
|
|
366
|
-
##
|
|
367
|
-
|
|
368
|
-
-
|
|
369
|
-
-
|
|
370
|
-
-
|
|
371
|
-
-
|
|
372
|
-
-
|
|
373
|
-
|
|
374
|
-
-
|
|
375
|
-
-
|
|
376
|
-
-
|
|
366
|
+
## Fit the answer to the audience
|
|
367
|
+
|
|
368
|
+
- Start with what the reader knows, what they do not know, and what they need from this answer
|
|
369
|
+
- Lead with the answer, recommendation, or result they need
|
|
370
|
+
- Include only the context needed to understand it and act; repeat known information only when necessary to connect the new information
|
|
371
|
+
- Omit a detail only when it does not affect the reader's understanding, decision, or next action
|
|
372
|
+
- If unsure whether a detail matters, include its essential point briefly rather than relying on the reader to ask
|
|
373
|
+
- When reporting information to the user, be extremely concise and sacrifice grammar for sake of concision
|
|
374
|
+
- A headline or three-word answer is enough when it fully answers the question
|
|
375
|
+
- Use fragments freely; skip introductions, recaps, and supporting detail the user does not need
|
|
376
|
+
- Shorten wording, not meaning; keep conditions and ownership clear
|
|
377
|
+
- Match completeness to the audience, not a length target
|
|
378
|
+
- An agent handoff needs every detail required to continue correctly, without padding
|
|
379
|
+
- A durable document needs enough context and precise wording to stand alone for its intended reader; chat's grammar shortcuts do not apply
|
|
380
|
+
- Preserve necessary qualifications, evidence, errors, security warnings, accessibility requirements, and destructive-action confirmations; concision never overrides required disclosures
|
|
377
381
|
- Separate the current answer from decision history
|
|
378
382
|
- State what applies now before explaining how the decision changed
|
|
379
383
|
|
|
@@ -405,7 +409,7 @@ Use the fewest clear words that preserve all necessary information.
|
|
|
405
409
|
|
|
406
410
|
## Write in plain language
|
|
407
411
|
|
|
408
|
-
- Prefer common, concrete words
|
|
412
|
+
- Prefer common, concrete words; use natural word order when it helps understanding
|
|
409
413
|
- Keep necessary technical terms and define unfamiliar abbreviations
|
|
410
414
|
- Cut grand claims, filler, repeated points, and metaphors the reader must decode
|
|
411
415
|
- Use examples when they explain a point faster than an abstract description
|
|
@@ -417,20 +421,24 @@ Use the fewest clear words that preserve all necessary information.
|
|
|
417
421
|
- Prefer active voice, present-tense descriptions, and direct instructions
|
|
418
422
|
- Keep passive voice when the actor is unknown or irrelevant
|
|
419
423
|
- State claims at the strength supported by evidence
|
|
420
|
-
-
|
|
424
|
+
- Include sources, checks run, results, and uncertainty when the reader needs them to judge the claim or act
|
|
425
|
+
- Keep verification rigorous even when its supporting detail stays out of the report
|
|
421
426
|
- Explain an important distinction, including what something does not do, when the reader needs it
|
|
422
427
|
- Use sentence-case headings and restrained emphasis
|
|
423
|
-
- Use straight quotes
|
|
424
|
-
-
|
|
428
|
+
- Use straight quotes and three periods for an ellipsis; use the Oxford comma in durable prose
|
|
429
|
+
- Prefer parentheses over spaced en dashes for asides; use a period for a separate thought, never an em dash
|
|
430
|
+
- Use short parenthetical clarifications or examples (e.g., a concrete input) when they make something complex or ambiguous easier to understand
|
|
425
431
|
- Carry meaning in words, not emoji or color alone
|
|
426
432
|
- Format Markdown so the reader sees the intended grouping
|
|
427
433
|
- Indent nested bullets four spaces per level and leave a blank line before a list
|
|
428
|
-
-
|
|
434
|
+
- Keep list items parallel in meaning; in durable prose, also use parallel grammar and consistent punctuation
|
|
429
435
|
- Short bullet fragments need no final period
|
|
430
436
|
|
|
431
437
|
## Before you send
|
|
432
438
|
|
|
433
|
-
-
|
|
439
|
+
- Does this give the reader exactly what they need, given what they already know?
|
|
440
|
+
- Can a headline alone answer the question? If so, stop there.
|
|
441
|
+
- Have you removed unnecessary detail without hiding anything that could change the reader's understanding, decision, or next action?
|
|
434
442
|
- Does every level summarize the detail below it?
|
|
435
443
|
- Do siblings answer the same question at the same level?
|
|
436
444
|
- Can the reader follow the same names from overview to detail?
|
|
@@ -81,17 +81,21 @@ Never present a focused PASS as completion of the whole effort.
|
|
|
81
81
|
|
|
82
82
|
Use the fewest clear words that preserve all necessary information.
|
|
83
83
|
|
|
84
|
-
##
|
|
85
|
-
|
|
86
|
-
-
|
|
87
|
-
-
|
|
88
|
-
-
|
|
89
|
-
-
|
|
90
|
-
-
|
|
91
|
-
|
|
92
|
-
-
|
|
93
|
-
-
|
|
94
|
-
-
|
|
84
|
+
## Fit the answer to the audience
|
|
85
|
+
|
|
86
|
+
- Start with what the reader knows, what they do not know, and what they need from this answer
|
|
87
|
+
- Lead with the answer, recommendation, or result they need
|
|
88
|
+
- Include only the context needed to understand it and act; repeat known information only when necessary to connect the new information
|
|
89
|
+
- Omit a detail only when it does not affect the reader's understanding, decision, or next action
|
|
90
|
+
- If unsure whether a detail matters, include its essential point briefly rather than relying on the reader to ask
|
|
91
|
+
- When reporting information to the user, be extremely concise and sacrifice grammar for sake of concision
|
|
92
|
+
- A headline or three-word answer is enough when it fully answers the question
|
|
93
|
+
- Use fragments freely; skip introductions, recaps, and supporting detail the user does not need
|
|
94
|
+
- Shorten wording, not meaning; keep conditions and ownership clear
|
|
95
|
+
- Match completeness to the audience, not a length target
|
|
96
|
+
- An agent handoff needs every detail required to continue correctly, without padding
|
|
97
|
+
- A durable document needs enough context and precise wording to stand alone for its intended reader; chat's grammar shortcuts do not apply
|
|
98
|
+
- Preserve necessary qualifications, evidence, errors, security warnings, accessibility requirements, and destructive-action confirmations; concision never overrides required disclosures
|
|
95
99
|
- Separate the current answer from decision history
|
|
96
100
|
- State what applies now before explaining how the decision changed
|
|
97
101
|
|
|
@@ -123,7 +127,7 @@ Use the fewest clear words that preserve all necessary information.
|
|
|
123
127
|
|
|
124
128
|
## Write in plain language
|
|
125
129
|
|
|
126
|
-
- Prefer common, concrete words
|
|
130
|
+
- Prefer common, concrete words; use natural word order when it helps understanding
|
|
127
131
|
- Keep necessary technical terms and define unfamiliar abbreviations
|
|
128
132
|
- Cut grand claims, filler, repeated points, and metaphors the reader must decode
|
|
129
133
|
- Use examples when they explain a point faster than an abstract description
|
|
@@ -135,20 +139,24 @@ Use the fewest clear words that preserve all necessary information.
|
|
|
135
139
|
- Prefer active voice, present-tense descriptions, and direct instructions
|
|
136
140
|
- Keep passive voice when the actor is unknown or irrelevant
|
|
137
141
|
- State claims at the strength supported by evidence
|
|
138
|
-
-
|
|
142
|
+
- Include sources, checks run, results, and uncertainty when the reader needs them to judge the claim or act
|
|
143
|
+
- Keep verification rigorous even when its supporting detail stays out of the report
|
|
139
144
|
- Explain an important distinction, including what something does not do, when the reader needs it
|
|
140
145
|
- Use sentence-case headings and restrained emphasis
|
|
141
|
-
- Use straight quotes
|
|
142
|
-
-
|
|
146
|
+
- Use straight quotes and three periods for an ellipsis; use the Oxford comma in durable prose
|
|
147
|
+
- Prefer parentheses over spaced en dashes for asides; use a period for a separate thought, never an em dash
|
|
148
|
+
- Use short parenthetical clarifications or examples (e.g., a concrete input) when they make something complex or ambiguous easier to understand
|
|
143
149
|
- Carry meaning in words, not emoji or color alone
|
|
144
150
|
- Format Markdown so the reader sees the intended grouping
|
|
145
151
|
- Indent nested bullets four spaces per level and leave a blank line before a list
|
|
146
|
-
-
|
|
152
|
+
- Keep list items parallel in meaning; in durable prose, also use parallel grammar and consistent punctuation
|
|
147
153
|
- Short bullet fragments need no final period
|
|
148
154
|
|
|
149
155
|
## Before you send
|
|
150
156
|
|
|
151
|
-
-
|
|
157
|
+
- Does this give the reader exactly what they need, given what they already know?
|
|
158
|
+
- Can a headline alone answer the question? If so, stop there.
|
|
159
|
+
- Have you removed unnecessary detail without hiding anything that could change the reader's understanding, decision, or next action?
|
|
152
160
|
- Does every level summarize the detail below it?
|
|
153
161
|
- Do siblings answer the same question at the same level?
|
|
154
162
|
- Can the reader follow the same names from overview to detail?
|
|
@@ -94,17 +94,21 @@ Say what stopped you.
|
|
|
94
94
|
|
|
95
95
|
Use the fewest clear words that preserve all necessary information.
|
|
96
96
|
|
|
97
|
-
##
|
|
98
|
-
|
|
99
|
-
-
|
|
100
|
-
-
|
|
101
|
-
-
|
|
102
|
-
-
|
|
103
|
-
-
|
|
104
|
-
|
|
105
|
-
-
|
|
106
|
-
-
|
|
107
|
-
-
|
|
97
|
+
## Fit the answer to the audience
|
|
98
|
+
|
|
99
|
+
- Start with what the reader knows, what they do not know, and what they need from this answer
|
|
100
|
+
- Lead with the answer, recommendation, or result they need
|
|
101
|
+
- Include only the context needed to understand it and act; repeat known information only when necessary to connect the new information
|
|
102
|
+
- Omit a detail only when it does not affect the reader's understanding, decision, or next action
|
|
103
|
+
- If unsure whether a detail matters, include its essential point briefly rather than relying on the reader to ask
|
|
104
|
+
- When reporting information to the user, be extremely concise and sacrifice grammar for sake of concision
|
|
105
|
+
- A headline or three-word answer is enough when it fully answers the question
|
|
106
|
+
- Use fragments freely; skip introductions, recaps, and supporting detail the user does not need
|
|
107
|
+
- Shorten wording, not meaning; keep conditions and ownership clear
|
|
108
|
+
- Match completeness to the audience, not a length target
|
|
109
|
+
- An agent handoff needs every detail required to continue correctly, without padding
|
|
110
|
+
- A durable document needs enough context and precise wording to stand alone for its intended reader; chat's grammar shortcuts do not apply
|
|
111
|
+
- Preserve necessary qualifications, evidence, errors, security warnings, accessibility requirements, and destructive-action confirmations; concision never overrides required disclosures
|
|
108
112
|
- Separate the current answer from decision history
|
|
109
113
|
- State what applies now before explaining how the decision changed
|
|
110
114
|
|
|
@@ -136,7 +140,7 @@ Use the fewest clear words that preserve all necessary information.
|
|
|
136
140
|
|
|
137
141
|
## Write in plain language
|
|
138
142
|
|
|
139
|
-
- Prefer common, concrete words
|
|
143
|
+
- Prefer common, concrete words; use natural word order when it helps understanding
|
|
140
144
|
- Keep necessary technical terms and define unfamiliar abbreviations
|
|
141
145
|
- Cut grand claims, filler, repeated points, and metaphors the reader must decode
|
|
142
146
|
- Use examples when they explain a point faster than an abstract description
|
|
@@ -148,20 +152,24 @@ Use the fewest clear words that preserve all necessary information.
|
|
|
148
152
|
- Prefer active voice, present-tense descriptions, and direct instructions
|
|
149
153
|
- Keep passive voice when the actor is unknown or irrelevant
|
|
150
154
|
- State claims at the strength supported by evidence
|
|
151
|
-
-
|
|
155
|
+
- Include sources, checks run, results, and uncertainty when the reader needs them to judge the claim or act
|
|
156
|
+
- Keep verification rigorous even when its supporting detail stays out of the report
|
|
152
157
|
- Explain an important distinction, including what something does not do, when the reader needs it
|
|
153
158
|
- Use sentence-case headings and restrained emphasis
|
|
154
|
-
- Use straight quotes
|
|
155
|
-
-
|
|
159
|
+
- Use straight quotes and three periods for an ellipsis; use the Oxford comma in durable prose
|
|
160
|
+
- Prefer parentheses over spaced en dashes for asides; use a period for a separate thought, never an em dash
|
|
161
|
+
- Use short parenthetical clarifications or examples (e.g., a concrete input) when they make something complex or ambiguous easier to understand
|
|
156
162
|
- Carry meaning in words, not emoji or color alone
|
|
157
163
|
- Format Markdown so the reader sees the intended grouping
|
|
158
164
|
- Indent nested bullets four spaces per level and leave a blank line before a list
|
|
159
|
-
-
|
|
165
|
+
- Keep list items parallel in meaning; in durable prose, also use parallel grammar and consistent punctuation
|
|
160
166
|
- Short bullet fragments need no final period
|
|
161
167
|
|
|
162
168
|
## Before you send
|
|
163
169
|
|
|
164
|
-
-
|
|
170
|
+
- Does this give the reader exactly what they need, given what they already know?
|
|
171
|
+
- Can a headline alone answer the question? If so, stop there.
|
|
172
|
+
- Have you removed unnecessary detail without hiding anything that could change the reader's understanding, decision, or next action?
|
|
165
173
|
- Does every level summarize the detail below it?
|
|
166
174
|
- Do siblings answer the same question at the same level?
|
|
167
175
|
- Can the reader follow the same names from overview to detail?
|
|
@@ -144,17 +144,21 @@ When complete, report:
|
|
|
144
144
|
|
|
145
145
|
Use the fewest clear words that preserve all necessary information.
|
|
146
146
|
|
|
147
|
-
##
|
|
148
|
-
|
|
149
|
-
-
|
|
150
|
-
-
|
|
151
|
-
-
|
|
152
|
-
-
|
|
153
|
-
-
|
|
154
|
-
|
|
155
|
-
-
|
|
156
|
-
-
|
|
157
|
-
-
|
|
147
|
+
## Fit the answer to the audience
|
|
148
|
+
|
|
149
|
+
- Start with what the reader knows, what they do not know, and what they need from this answer
|
|
150
|
+
- Lead with the answer, recommendation, or result they need
|
|
151
|
+
- Include only the context needed to understand it and act; repeat known information only when necessary to connect the new information
|
|
152
|
+
- Omit a detail only when it does not affect the reader's understanding, decision, or next action
|
|
153
|
+
- If unsure whether a detail matters, include its essential point briefly rather than relying on the reader to ask
|
|
154
|
+
- When reporting information to the user, be extremely concise and sacrifice grammar for sake of concision
|
|
155
|
+
- A headline or three-word answer is enough when it fully answers the question
|
|
156
|
+
- Use fragments freely; skip introductions, recaps, and supporting detail the user does not need
|
|
157
|
+
- Shorten wording, not meaning; keep conditions and ownership clear
|
|
158
|
+
- Match completeness to the audience, not a length target
|
|
159
|
+
- An agent handoff needs every detail required to continue correctly, without padding
|
|
160
|
+
- A durable document needs enough context and precise wording to stand alone for its intended reader; chat's grammar shortcuts do not apply
|
|
161
|
+
- Preserve necessary qualifications, evidence, errors, security warnings, accessibility requirements, and destructive-action confirmations; concision never overrides required disclosures
|
|
158
162
|
- Separate the current answer from decision history
|
|
159
163
|
- State what applies now before explaining how the decision changed
|
|
160
164
|
|
|
@@ -186,7 +190,7 @@ Use the fewest clear words that preserve all necessary information.
|
|
|
186
190
|
|
|
187
191
|
## Write in plain language
|
|
188
192
|
|
|
189
|
-
- Prefer common, concrete words
|
|
193
|
+
- Prefer common, concrete words; use natural word order when it helps understanding
|
|
190
194
|
- Keep necessary technical terms and define unfamiliar abbreviations
|
|
191
195
|
- Cut grand claims, filler, repeated points, and metaphors the reader must decode
|
|
192
196
|
- Use examples when they explain a point faster than an abstract description
|
|
@@ -198,20 +202,24 @@ Use the fewest clear words that preserve all necessary information.
|
|
|
198
202
|
- Prefer active voice, present-tense descriptions, and direct instructions
|
|
199
203
|
- Keep passive voice when the actor is unknown or irrelevant
|
|
200
204
|
- State claims at the strength supported by evidence
|
|
201
|
-
-
|
|
205
|
+
- Include sources, checks run, results, and uncertainty when the reader needs them to judge the claim or act
|
|
206
|
+
- Keep verification rigorous even when its supporting detail stays out of the report
|
|
202
207
|
- Explain an important distinction, including what something does not do, when the reader needs it
|
|
203
208
|
- Use sentence-case headings and restrained emphasis
|
|
204
|
-
- Use straight quotes
|
|
205
|
-
-
|
|
209
|
+
- Use straight quotes and three periods for an ellipsis; use the Oxford comma in durable prose
|
|
210
|
+
- Prefer parentheses over spaced en dashes for asides; use a period for a separate thought, never an em dash
|
|
211
|
+
- Use short parenthetical clarifications or examples (e.g., a concrete input) when they make something complex or ambiguous easier to understand
|
|
206
212
|
- Carry meaning in words, not emoji or color alone
|
|
207
213
|
- Format Markdown so the reader sees the intended grouping
|
|
208
214
|
- Indent nested bullets four spaces per level and leave a blank line before a list
|
|
209
|
-
-
|
|
215
|
+
- Keep list items parallel in meaning; in durable prose, also use parallel grammar and consistent punctuation
|
|
210
216
|
- Short bullet fragments need no final period
|
|
211
217
|
|
|
212
218
|
## Before you send
|
|
213
219
|
|
|
214
|
-
-
|
|
220
|
+
- Does this give the reader exactly what they need, given what they already know?
|
|
221
|
+
- Can a headline alone answer the question? If so, stop there.
|
|
222
|
+
- Have you removed unnecessary detail without hiding anything that could change the reader's understanding, decision, or next action?
|
|
215
223
|
- Does every level summarize the detail below it?
|
|
216
224
|
- Do siblings answer the same question at the same level?
|
|
217
225
|
- Can the reader follow the same names from overview to detail?
|
package/cli/package.json
CHANGED
|
@@ -9,17 +9,21 @@ keep-coding-instructions: true
|
|
|
9
9
|
<!-- acstack:communication:start -->
|
|
10
10
|
Use the fewest clear words that preserve all necessary information.
|
|
11
11
|
|
|
12
|
-
##
|
|
12
|
+
## Fit the answer to the audience
|
|
13
13
|
|
|
14
|
-
-
|
|
15
|
-
-
|
|
16
|
-
-
|
|
17
|
-
-
|
|
18
|
-
-
|
|
19
|
-
|
|
20
|
-
-
|
|
21
|
-
-
|
|
22
|
-
-
|
|
14
|
+
- Start with what the reader knows, what they do not know, and what they need from this answer
|
|
15
|
+
- Lead with the answer, recommendation, or result they need
|
|
16
|
+
- Include only the context needed to understand it and act; repeat known information only when necessary to connect the new information
|
|
17
|
+
- Omit a detail only when it does not affect the reader's understanding, decision, or next action
|
|
18
|
+
- If unsure whether a detail matters, include its essential point briefly rather than relying on the reader to ask
|
|
19
|
+
- When reporting information to the user, be extremely concise and sacrifice grammar for sake of concision
|
|
20
|
+
- A headline or three-word answer is enough when it fully answers the question
|
|
21
|
+
- Use fragments freely; skip introductions, recaps, and supporting detail the user does not need
|
|
22
|
+
- Shorten wording, not meaning; keep conditions and ownership clear
|
|
23
|
+
- Match completeness to the audience, not a length target
|
|
24
|
+
- An agent handoff needs every detail required to continue correctly, without padding
|
|
25
|
+
- A durable document needs enough context and precise wording to stand alone for its intended reader; chat's grammar shortcuts do not apply
|
|
26
|
+
- Preserve necessary qualifications, evidence, errors, security warnings, accessibility requirements, and destructive-action confirmations; concision never overrides required disclosures
|
|
23
27
|
- Separate the current answer from decision history
|
|
24
28
|
- State what applies now before explaining how the decision changed
|
|
25
29
|
|
|
@@ -51,7 +55,7 @@ Use the fewest clear words that preserve all necessary information.
|
|
|
51
55
|
|
|
52
56
|
## Write in plain language
|
|
53
57
|
|
|
54
|
-
- Prefer common, concrete words
|
|
58
|
+
- Prefer common, concrete words; use natural word order when it helps understanding
|
|
55
59
|
- Keep necessary technical terms and define unfamiliar abbreviations
|
|
56
60
|
- Cut grand claims, filler, repeated points, and metaphors the reader must decode
|
|
57
61
|
- Use examples when they explain a point faster than an abstract description
|
|
@@ -63,20 +67,24 @@ Use the fewest clear words that preserve all necessary information.
|
|
|
63
67
|
- Prefer active voice, present-tense descriptions, and direct instructions
|
|
64
68
|
- Keep passive voice when the actor is unknown or irrelevant
|
|
65
69
|
- State claims at the strength supported by evidence
|
|
66
|
-
-
|
|
70
|
+
- Include sources, checks run, results, and uncertainty when the reader needs them to judge the claim or act
|
|
71
|
+
- Keep verification rigorous even when its supporting detail stays out of the report
|
|
67
72
|
- Explain an important distinction, including what something does not do, when the reader needs it
|
|
68
73
|
- Use sentence-case headings and restrained emphasis
|
|
69
|
-
- Use straight quotes
|
|
70
|
-
-
|
|
74
|
+
- Use straight quotes and three periods for an ellipsis; use the Oxford comma in durable prose
|
|
75
|
+
- Prefer parentheses over spaced en dashes for asides; use a period for a separate thought, never an em dash
|
|
76
|
+
- Use short parenthetical clarifications or examples (e.g., a concrete input) when they make something complex or ambiguous easier to understand
|
|
71
77
|
- Carry meaning in words, not emoji or color alone
|
|
72
78
|
- Format Markdown so the reader sees the intended grouping
|
|
73
79
|
- Indent nested bullets four spaces per level and leave a blank line before a list
|
|
74
|
-
-
|
|
80
|
+
- Keep list items parallel in meaning; in durable prose, also use parallel grammar and consistent punctuation
|
|
75
81
|
- Short bullet fragments need no final period
|
|
76
82
|
|
|
77
83
|
## Before you send
|
|
78
84
|
|
|
79
|
-
-
|
|
85
|
+
- Does this give the reader exactly what they need, given what they already know?
|
|
86
|
+
- Can a headline alone answer the question? If so, stop there.
|
|
87
|
+
- Have you removed unnecessary detail without hiding anything that could change the reader's understanding, decision, or next action?
|
|
80
88
|
- Does every level summarize the detail below it?
|
|
81
89
|
- Do siblings answer the same question at the same level?
|
|
82
90
|
- Can the reader follow the same names from overview to detail?
|
package/package.json
CHANGED
|
@@ -369,17 +369,21 @@ Do NOT kill the browser if you connected to an existing one. In `remote` mode th
|
|
|
369
369
|
|
|
370
370
|
Use the fewest clear words that preserve all necessary information.
|
|
371
371
|
|
|
372
|
-
##
|
|
373
|
-
|
|
374
|
-
-
|
|
375
|
-
-
|
|
376
|
-
-
|
|
377
|
-
-
|
|
378
|
-
-
|
|
379
|
-
|
|
380
|
-
-
|
|
381
|
-
-
|
|
382
|
-
-
|
|
372
|
+
## Fit the answer to the audience
|
|
373
|
+
|
|
374
|
+
- Start with what the reader knows, what they do not know, and what they need from this answer
|
|
375
|
+
- Lead with the answer, recommendation, or result they need
|
|
376
|
+
- Include only the context needed to understand it and act; repeat known information only when necessary to connect the new information
|
|
377
|
+
- Omit a detail only when it does not affect the reader's understanding, decision, or next action
|
|
378
|
+
- If unsure whether a detail matters, include its essential point briefly rather than relying on the reader to ask
|
|
379
|
+
- When reporting information to the user, be extremely concise and sacrifice grammar for sake of concision
|
|
380
|
+
- A headline or three-word answer is enough when it fully answers the question
|
|
381
|
+
- Use fragments freely; skip introductions, recaps, and supporting detail the user does not need
|
|
382
|
+
- Shorten wording, not meaning; keep conditions and ownership clear
|
|
383
|
+
- Match completeness to the audience, not a length target
|
|
384
|
+
- An agent handoff needs every detail required to continue correctly, without padding
|
|
385
|
+
- A durable document needs enough context and precise wording to stand alone for its intended reader; chat's grammar shortcuts do not apply
|
|
386
|
+
- Preserve necessary qualifications, evidence, errors, security warnings, accessibility requirements, and destructive-action confirmations; concision never overrides required disclosures
|
|
383
387
|
- Separate the current answer from decision history
|
|
384
388
|
- State what applies now before explaining how the decision changed
|
|
385
389
|
|
|
@@ -411,7 +415,7 @@ Use the fewest clear words that preserve all necessary information.
|
|
|
411
415
|
|
|
412
416
|
## Write in plain language
|
|
413
417
|
|
|
414
|
-
- Prefer common, concrete words
|
|
418
|
+
- Prefer common, concrete words; use natural word order when it helps understanding
|
|
415
419
|
- Keep necessary technical terms and define unfamiliar abbreviations
|
|
416
420
|
- Cut grand claims, filler, repeated points, and metaphors the reader must decode
|
|
417
421
|
- Use examples when they explain a point faster than an abstract description
|
|
@@ -423,20 +427,24 @@ Use the fewest clear words that preserve all necessary information.
|
|
|
423
427
|
- Prefer active voice, present-tense descriptions, and direct instructions
|
|
424
428
|
- Keep passive voice when the actor is unknown or irrelevant
|
|
425
429
|
- State claims at the strength supported by evidence
|
|
426
|
-
-
|
|
430
|
+
- Include sources, checks run, results, and uncertainty when the reader needs them to judge the claim or act
|
|
431
|
+
- Keep verification rigorous even when its supporting detail stays out of the report
|
|
427
432
|
- Explain an important distinction, including what something does not do, when the reader needs it
|
|
428
433
|
- Use sentence-case headings and restrained emphasis
|
|
429
|
-
- Use straight quotes
|
|
430
|
-
-
|
|
434
|
+
- Use straight quotes and three periods for an ellipsis; use the Oxford comma in durable prose
|
|
435
|
+
- Prefer parentheses over spaced en dashes for asides; use a period for a separate thought, never an em dash
|
|
436
|
+
- Use short parenthetical clarifications or examples (e.g., a concrete input) when they make something complex or ambiguous easier to understand
|
|
431
437
|
- Carry meaning in words, not emoji or color alone
|
|
432
438
|
- Format Markdown so the reader sees the intended grouping
|
|
433
439
|
- Indent nested bullets four spaces per level and leave a blank line before a list
|
|
434
|
-
-
|
|
440
|
+
- Keep list items parallel in meaning; in durable prose, also use parallel grammar and consistent punctuation
|
|
435
441
|
- Short bullet fragments need no final period
|
|
436
442
|
|
|
437
443
|
## Before you send
|
|
438
444
|
|
|
439
|
-
-
|
|
445
|
+
- Does this give the reader exactly what they need, given what they already know?
|
|
446
|
+
- Can a headline alone answer the question? If so, stop there.
|
|
447
|
+
- Have you removed unnecessary detail without hiding anything that could change the reader's understanding, decision, or next action?
|
|
440
448
|
- Does every level summarize the detail below it?
|
|
441
449
|
- Do siblings answer the same question at the same level?
|
|
442
450
|
- Can the reader follow the same names from overview to detail?
|
|
@@ -85,17 +85,21 @@ Never present a focused PASS as completion of the whole effort.
|
|
|
85
85
|
|
|
86
86
|
Use the fewest clear words that preserve all necessary information.
|
|
87
87
|
|
|
88
|
-
##
|
|
89
|
-
|
|
90
|
-
-
|
|
91
|
-
-
|
|
92
|
-
-
|
|
93
|
-
-
|
|
94
|
-
-
|
|
95
|
-
|
|
96
|
-
-
|
|
97
|
-
-
|
|
98
|
-
-
|
|
88
|
+
## Fit the answer to the audience
|
|
89
|
+
|
|
90
|
+
- Start with what the reader knows, what they do not know, and what they need from this answer
|
|
91
|
+
- Lead with the answer, recommendation, or result they need
|
|
92
|
+
- Include only the context needed to understand it and act; repeat known information only when necessary to connect the new information
|
|
93
|
+
- Omit a detail only when it does not affect the reader's understanding, decision, or next action
|
|
94
|
+
- If unsure whether a detail matters, include its essential point briefly rather than relying on the reader to ask
|
|
95
|
+
- When reporting information to the user, be extremely concise and sacrifice grammar for sake of concision
|
|
96
|
+
- A headline or three-word answer is enough when it fully answers the question
|
|
97
|
+
- Use fragments freely; skip introductions, recaps, and supporting detail the user does not need
|
|
98
|
+
- Shorten wording, not meaning; keep conditions and ownership clear
|
|
99
|
+
- Match completeness to the audience, not a length target
|
|
100
|
+
- An agent handoff needs every detail required to continue correctly, without padding
|
|
101
|
+
- A durable document needs enough context and precise wording to stand alone for its intended reader; chat's grammar shortcuts do not apply
|
|
102
|
+
- Preserve necessary qualifications, evidence, errors, security warnings, accessibility requirements, and destructive-action confirmations; concision never overrides required disclosures
|
|
99
103
|
- Separate the current answer from decision history
|
|
100
104
|
- State what applies now before explaining how the decision changed
|
|
101
105
|
|
|
@@ -127,7 +131,7 @@ Use the fewest clear words that preserve all necessary information.
|
|
|
127
131
|
|
|
128
132
|
## Write in plain language
|
|
129
133
|
|
|
130
|
-
- Prefer common, concrete words
|
|
134
|
+
- Prefer common, concrete words; use natural word order when it helps understanding
|
|
131
135
|
- Keep necessary technical terms and define unfamiliar abbreviations
|
|
132
136
|
- Cut grand claims, filler, repeated points, and metaphors the reader must decode
|
|
133
137
|
- Use examples when they explain a point faster than an abstract description
|
|
@@ -139,20 +143,24 @@ Use the fewest clear words that preserve all necessary information.
|
|
|
139
143
|
- Prefer active voice, present-tense descriptions, and direct instructions
|
|
140
144
|
- Keep passive voice when the actor is unknown or irrelevant
|
|
141
145
|
- State claims at the strength supported by evidence
|
|
142
|
-
-
|
|
146
|
+
- Include sources, checks run, results, and uncertainty when the reader needs them to judge the claim or act
|
|
147
|
+
- Keep verification rigorous even when its supporting detail stays out of the report
|
|
143
148
|
- Explain an important distinction, including what something does not do, when the reader needs it
|
|
144
149
|
- Use sentence-case headings and restrained emphasis
|
|
145
|
-
- Use straight quotes
|
|
146
|
-
-
|
|
150
|
+
- Use straight quotes and three periods for an ellipsis; use the Oxford comma in durable prose
|
|
151
|
+
- Prefer parentheses over spaced en dashes for asides; use a period for a separate thought, never an em dash
|
|
152
|
+
- Use short parenthetical clarifications or examples (e.g., a concrete input) when they make something complex or ambiguous easier to understand
|
|
147
153
|
- Carry meaning in words, not emoji or color alone
|
|
148
154
|
- Format Markdown so the reader sees the intended grouping
|
|
149
155
|
- Indent nested bullets four spaces per level and leave a blank line before a list
|
|
150
|
-
-
|
|
156
|
+
- Keep list items parallel in meaning; in durable prose, also use parallel grammar and consistent punctuation
|
|
151
157
|
- Short bullet fragments need no final period
|
|
152
158
|
|
|
153
159
|
## Before you send
|
|
154
160
|
|
|
155
|
-
-
|
|
161
|
+
- Does this give the reader exactly what they need, given what they already know?
|
|
162
|
+
- Can a headline alone answer the question? If so, stop there.
|
|
163
|
+
- Have you removed unnecessary detail without hiding anything that could change the reader's understanding, decision, or next action?
|
|
156
164
|
- Does every level summarize the detail below it?
|
|
157
165
|
- Do siblings answer the same question at the same level?
|
|
158
166
|
- Can the reader follow the same names from overview to detail?
|
|
@@ -100,17 +100,21 @@ Say what stopped you.
|
|
|
100
100
|
|
|
101
101
|
Use the fewest clear words that preserve all necessary information.
|
|
102
102
|
|
|
103
|
-
##
|
|
104
|
-
|
|
105
|
-
-
|
|
106
|
-
-
|
|
107
|
-
-
|
|
108
|
-
-
|
|
109
|
-
-
|
|
110
|
-
|
|
111
|
-
-
|
|
112
|
-
-
|
|
113
|
-
-
|
|
103
|
+
## Fit the answer to the audience
|
|
104
|
+
|
|
105
|
+
- Start with what the reader knows, what they do not know, and what they need from this answer
|
|
106
|
+
- Lead with the answer, recommendation, or result they need
|
|
107
|
+
- Include only the context needed to understand it and act; repeat known information only when necessary to connect the new information
|
|
108
|
+
- Omit a detail only when it does not affect the reader's understanding, decision, or next action
|
|
109
|
+
- If unsure whether a detail matters, include its essential point briefly rather than relying on the reader to ask
|
|
110
|
+
- When reporting information to the user, be extremely concise and sacrifice grammar for sake of concision
|
|
111
|
+
- A headline or three-word answer is enough when it fully answers the question
|
|
112
|
+
- Use fragments freely; skip introductions, recaps, and supporting detail the user does not need
|
|
113
|
+
- Shorten wording, not meaning; keep conditions and ownership clear
|
|
114
|
+
- Match completeness to the audience, not a length target
|
|
115
|
+
- An agent handoff needs every detail required to continue correctly, without padding
|
|
116
|
+
- A durable document needs enough context and precise wording to stand alone for its intended reader; chat's grammar shortcuts do not apply
|
|
117
|
+
- Preserve necessary qualifications, evidence, errors, security warnings, accessibility requirements, and destructive-action confirmations; concision never overrides required disclosures
|
|
114
118
|
- Separate the current answer from decision history
|
|
115
119
|
- State what applies now before explaining how the decision changed
|
|
116
120
|
|
|
@@ -142,7 +146,7 @@ Use the fewest clear words that preserve all necessary information.
|
|
|
142
146
|
|
|
143
147
|
## Write in plain language
|
|
144
148
|
|
|
145
|
-
- Prefer common, concrete words
|
|
149
|
+
- Prefer common, concrete words; use natural word order when it helps understanding
|
|
146
150
|
- Keep necessary technical terms and define unfamiliar abbreviations
|
|
147
151
|
- Cut grand claims, filler, repeated points, and metaphors the reader must decode
|
|
148
152
|
- Use examples when they explain a point faster than an abstract description
|
|
@@ -154,20 +158,24 @@ Use the fewest clear words that preserve all necessary information.
|
|
|
154
158
|
- Prefer active voice, present-tense descriptions, and direct instructions
|
|
155
159
|
- Keep passive voice when the actor is unknown or irrelevant
|
|
156
160
|
- State claims at the strength supported by evidence
|
|
157
|
-
-
|
|
161
|
+
- Include sources, checks run, results, and uncertainty when the reader needs them to judge the claim or act
|
|
162
|
+
- Keep verification rigorous even when its supporting detail stays out of the report
|
|
158
163
|
- Explain an important distinction, including what something does not do, when the reader needs it
|
|
159
164
|
- Use sentence-case headings and restrained emphasis
|
|
160
|
-
- Use straight quotes
|
|
161
|
-
-
|
|
165
|
+
- Use straight quotes and three periods for an ellipsis; use the Oxford comma in durable prose
|
|
166
|
+
- Prefer parentheses over spaced en dashes for asides; use a period for a separate thought, never an em dash
|
|
167
|
+
- Use short parenthetical clarifications or examples (e.g., a concrete input) when they make something complex or ambiguous easier to understand
|
|
162
168
|
- Carry meaning in words, not emoji or color alone
|
|
163
169
|
- Format Markdown so the reader sees the intended grouping
|
|
164
170
|
- Indent nested bullets four spaces per level and leave a blank line before a list
|
|
165
|
-
-
|
|
171
|
+
- Keep list items parallel in meaning; in durable prose, also use parallel grammar and consistent punctuation
|
|
166
172
|
- Short bullet fragments need no final period
|
|
167
173
|
|
|
168
174
|
## Before you send
|
|
169
175
|
|
|
170
|
-
-
|
|
176
|
+
- Does this give the reader exactly what they need, given what they already know?
|
|
177
|
+
- Can a headline alone answer the question? If so, stop there.
|
|
178
|
+
- Have you removed unnecessary detail without hiding anything that could change the reader's understanding, decision, or next action?
|
|
171
179
|
- Does every level summarize the detail below it?
|
|
172
180
|
- Do siblings answer the same question at the same level?
|
|
173
181
|
- Can the reader follow the same names from overview to detail?
|
package/pi/agents/test-writer.md
CHANGED
|
@@ -150,17 +150,21 @@ When complete, report:
|
|
|
150
150
|
|
|
151
151
|
Use the fewest clear words that preserve all necessary information.
|
|
152
152
|
|
|
153
|
-
##
|
|
154
|
-
|
|
155
|
-
-
|
|
156
|
-
-
|
|
157
|
-
-
|
|
158
|
-
-
|
|
159
|
-
-
|
|
160
|
-
|
|
161
|
-
-
|
|
162
|
-
-
|
|
163
|
-
-
|
|
153
|
+
## Fit the answer to the audience
|
|
154
|
+
|
|
155
|
+
- Start with what the reader knows, what they do not know, and what they need from this answer
|
|
156
|
+
- Lead with the answer, recommendation, or result they need
|
|
157
|
+
- Include only the context needed to understand it and act; repeat known information only when necessary to connect the new information
|
|
158
|
+
- Omit a detail only when it does not affect the reader's understanding, decision, or next action
|
|
159
|
+
- If unsure whether a detail matters, include its essential point briefly rather than relying on the reader to ask
|
|
160
|
+
- When reporting information to the user, be extremely concise and sacrifice grammar for sake of concision
|
|
161
|
+
- A headline or three-word answer is enough when it fully answers the question
|
|
162
|
+
- Use fragments freely; skip introductions, recaps, and supporting detail the user does not need
|
|
163
|
+
- Shorten wording, not meaning; keep conditions and ownership clear
|
|
164
|
+
- Match completeness to the audience, not a length target
|
|
165
|
+
- An agent handoff needs every detail required to continue correctly, without padding
|
|
166
|
+
- A durable document needs enough context and precise wording to stand alone for its intended reader; chat's grammar shortcuts do not apply
|
|
167
|
+
- Preserve necessary qualifications, evidence, errors, security warnings, accessibility requirements, and destructive-action confirmations; concision never overrides required disclosures
|
|
164
168
|
- Separate the current answer from decision history
|
|
165
169
|
- State what applies now before explaining how the decision changed
|
|
166
170
|
|
|
@@ -192,7 +196,7 @@ Use the fewest clear words that preserve all necessary information.
|
|
|
192
196
|
|
|
193
197
|
## Write in plain language
|
|
194
198
|
|
|
195
|
-
- Prefer common, concrete words
|
|
199
|
+
- Prefer common, concrete words; use natural word order when it helps understanding
|
|
196
200
|
- Keep necessary technical terms and define unfamiliar abbreviations
|
|
197
201
|
- Cut grand claims, filler, repeated points, and metaphors the reader must decode
|
|
198
202
|
- Use examples when they explain a point faster than an abstract description
|
|
@@ -204,20 +208,24 @@ Use the fewest clear words that preserve all necessary information.
|
|
|
204
208
|
- Prefer active voice, present-tense descriptions, and direct instructions
|
|
205
209
|
- Keep passive voice when the actor is unknown or irrelevant
|
|
206
210
|
- State claims at the strength supported by evidence
|
|
207
|
-
-
|
|
211
|
+
- Include sources, checks run, results, and uncertainty when the reader needs them to judge the claim or act
|
|
212
|
+
- Keep verification rigorous even when its supporting detail stays out of the report
|
|
208
213
|
- Explain an important distinction, including what something does not do, when the reader needs it
|
|
209
214
|
- Use sentence-case headings and restrained emphasis
|
|
210
|
-
- Use straight quotes
|
|
211
|
-
-
|
|
215
|
+
- Use straight quotes and three periods for an ellipsis; use the Oxford comma in durable prose
|
|
216
|
+
- Prefer parentheses over spaced en dashes for asides; use a period for a separate thought, never an em dash
|
|
217
|
+
- Use short parenthetical clarifications or examples (e.g., a concrete input) when they make something complex or ambiguous easier to understand
|
|
212
218
|
- Carry meaning in words, not emoji or color alone
|
|
213
219
|
- Format Markdown so the reader sees the intended grouping
|
|
214
220
|
- Indent nested bullets four spaces per level and leave a blank line before a list
|
|
215
|
-
-
|
|
221
|
+
- Keep list items parallel in meaning; in durable prose, also use parallel grammar and consistent punctuation
|
|
216
222
|
- Short bullet fragments need no final period
|
|
217
223
|
|
|
218
224
|
## Before you send
|
|
219
225
|
|
|
220
|
-
-
|
|
226
|
+
- Does this give the reader exactly what they need, given what they already know?
|
|
227
|
+
- Can a headline alone answer the question? If so, stop there.
|
|
228
|
+
- Have you removed unnecessary detail without hiding anything that could change the reader's understanding, decision, or next action?
|
|
221
229
|
- Does every level summarize the detail below it?
|
|
222
230
|
- Do siblings answer the same question at the same level?
|
|
223
231
|
- Can the reader follow the same names from overview to detail?
|
|
@@ -2,10 +2,20 @@
|
|
|
2
2
|
|
|
3
3
|
These examples apply the shared communication standard in `../../output-styles/ac-writing-style.md` without prescribing one shape for every answer.
|
|
4
4
|
|
|
5
|
-
##
|
|
5
|
+
## Fit the answer to what the reader needs
|
|
6
6
|
|
|
7
|
-
-
|
|
8
|
-
- Avoid:
|
|
7
|
+
- Asked whether the build passed: `Build passes`
|
|
8
|
+
- Avoid: Listing commands, timings, and passing checks when the result alone answers the question
|
|
9
|
+
- Asked whether the change is ready: `Tests pass; permission to deploy still needed`
|
|
10
|
+
- Avoid: `Tests pass` when that hides a blocker; keep any detail that changes the reader's understanding, decision, or next action
|
|
11
|
+
- If unsure whether a caveat matters, include its essential point briefly
|
|
12
|
+
- Asked five yes/no questions: give five short answers in the same order, not five explanations
|
|
13
|
+
- Asked which backend works offline, after discussing the options: `Files backend`
|
|
14
|
+
- Avoid: Repeating the options and their trade-offs when the reader already knows them
|
|
15
|
+
- Handing work to another agent: include the files, constraints, checked behavior, blockers, and next action needed to continue
|
|
16
|
+
- Avoid: `Use files backend` as a handoff when the receiving agent lacks the decision's context
|
|
17
|
+
|
|
18
|
+
Reports to the user can use fragments. Durable documents need precise wording and enough context for their intended reader to understand them without the conversation.
|
|
9
19
|
|
|
10
20
|
## Preserve the reason when it changes the action
|
|
11
21
|
|
|
@@ -82,5 +92,7 @@ The second makes the reader guess whether the names identify the same thing.
|
|
|
82
92
|
- Keep a connected explanation in prose when splitting it would hide the causal relationship
|
|
83
93
|
- Indent nested Markdown bullets four spaces and leave a blank line before a list
|
|
84
94
|
- Write `## Before you finish`, not `## Before You Finish.`
|
|
85
|
-
-
|
|
95
|
+
- In durable prose, write `proposals, designs, and tasks`, with the Oxford comma
|
|
86
96
|
- Report `12 tests pass` in words rather than relying on an icon
|
|
97
|
+
- Prefer parentheses for asides: `Use the local backend (no network needed)`
|
|
98
|
+
- Add a short parenthetical example when it clarifies ambiguity: `Reject reserved names (e.g., CON on Windows)`
|