@maestroagora/agora 1.9.0 → 1.10.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/.claude-plugin/plugin.json +1 -1
- package/.codex-plugin/plugin.json +2 -2
- package/README.md +51 -16
- package/package.json +7 -3
- package/scripts/install.mjs +5 -0
- package/scripts/style-audit-core.mjs +267 -0
- package/scripts/style-audit.mjs +54 -0
- package/scripts/task-voice-sketch.mjs +110 -0
- package/scripts/voice/lexicon.mjs +14 -12
- package/scripts/voice/profile.mjs +6 -6
- package/skills/agora/SKILL.md +113 -311
- package/skills/agora/references/agora-case-study-runtime.md +31 -0
- package/skills/agora/references/agora-conversion-runtime.md +49 -0
- package/skills/agora/references/agora-craft.md +7 -15
- package/skills/agora/references/agora-marketing-runtime.md +85 -0
- package/skills/agora/references/agora-marketing.md +3 -67
- package/skills/agora/references/agora-science.md +21 -3
- package/skills/agora/references/agora-voice.md +43 -17
- package/skills/agora/references/agora-writing-runtime.md +259 -0
- package/skills/agora/references/human-voice-editing-reference.md +717 -0
|
@@ -0,0 +1,259 @@
|
|
|
1
|
+
# Agora human-writing runtime contract
|
|
2
|
+
|
|
3
|
+
This file is the compact writing authority. Follow the complete `human-voice-editing-reference.md` as the canonical source. Keep its research and maintainer explanation out of the final copy.
|
|
4
|
+
|
|
5
|
+
## Goal
|
|
6
|
+
|
|
7
|
+
Write for the reader, not for the writing system.
|
|
8
|
+
|
|
9
|
+
The final text should sound like a capable person who knows the subject and says what they mean. Keep internal analysis invisible.
|
|
10
|
+
|
|
11
|
+
## Default register
|
|
12
|
+
|
|
13
|
+
Use plain professional English unless the user, audience, genre, or immutable source requires technical, scientific, academic, legal, compliance, audit, or diligence language.
|
|
14
|
+
|
|
15
|
+
A software, data, or AI topic is not automatically technical writing.
|
|
16
|
+
|
|
17
|
+
## Priority
|
|
18
|
+
|
|
19
|
+
1. Preserve required facts, names, numbers, dates, quotations, conditions, uncertainty, and exact terms.
|
|
20
|
+
2. Follow the requested purpose, format, length, and message.
|
|
21
|
+
3. Match the audience and genre.
|
|
22
|
+
4. Make the first read clear.
|
|
23
|
+
5. Apply the active author voice or task voice sketch.
|
|
24
|
+
6. Improve the argument and persuasion.
|
|
25
|
+
7. Apply search, GEO/AEO, cadence, and compression only when they do not make the writing harder to read.
|
|
26
|
+
|
|
27
|
+
## Lock the brief before drafting
|
|
28
|
+
|
|
29
|
+
Build a private requirement map with one entry for every supplied fact, limitation, exact term, requested component, length rule, inclusion, and exclusion. Mark which items the user requires in visible copy. The map is never copy. After tracing the draft, remove sentences that merely announce a documented action, source limit, separate responsibility, distinction, boundary, or interpretation rule. State the underlying fact once in reader language.
|
|
30
|
+
|
|
31
|
+
After drafting, trace each required item to the finished text. Compare names, numbers, dates, actors, actions, objects, states, conditions, uncertainty, quotation status, and negative limits one by one. Plausibility is not support.
|
|
32
|
+
|
|
33
|
+
Do not turn an action into a stored record, a capability into observed use, a listed exclusion into a broader absence, or a missing outcome into a responsibility. Do not add a likely use case, workflow, benefit, comparison, or result.
|
|
34
|
+
|
|
35
|
+
Delete an abstract wrap-up that only says the details make a decision clearer, keep work focused, expose underlying machinery, remain in someone's hands, or provide a satisfactory answer. End on the concrete fact, action, limit, or requested next step instead.
|
|
36
|
+
|
|
37
|
+
When a task supplies an exact term, keep that term. Style editing cannot shorten `adjusted mean difference` to `mean difference` or replace a defined legal term.
|
|
38
|
+
|
|
39
|
+
In legal text, preserve who acts and who receives an action. Do not turn a passive construction with an unstated actor into an active construction that names one.
|
|
40
|
+
|
|
41
|
+
For an exact word count, count the finished visible copy with the user's rule. Use a counter when available. Edit and recount until the integer matches exactly. Do not return an estimate.
|
|
42
|
+
|
|
43
|
+
For a word range, do not reach the minimum by repeating a fact, restating a limitation, adding a generic benefit, or narrating the review. Use the shortest natural passage inside the range.
|
|
44
|
+
|
|
45
|
+
## Keep system language backstage
|
|
46
|
+
|
|
47
|
+
In ordinary copy, do not describe the work with internal review terms such as:
|
|
48
|
+
|
|
49
|
+
```text
|
|
50
|
+
evidence
|
|
51
|
+
evidentiary
|
|
52
|
+
proof
|
|
53
|
+
verified
|
|
54
|
+
verification
|
|
55
|
+
claim
|
|
56
|
+
substantiation
|
|
57
|
+
provenance
|
|
58
|
+
methodology
|
|
59
|
+
framework
|
|
60
|
+
mechanism
|
|
61
|
+
criterion
|
|
62
|
+
criteria
|
|
63
|
+
qualification
|
|
64
|
+
qualifier
|
|
65
|
+
causal
|
|
66
|
+
entailment
|
|
67
|
+
proposition
|
|
68
|
+
decision surface
|
|
69
|
+
route
|
|
70
|
+
artifact
|
|
71
|
+
register
|
|
72
|
+
hierarchy
|
|
73
|
+
gate
|
|
74
|
+
audit
|
|
75
|
+
ledger
|
|
76
|
+
boundary
|
|
77
|
+
scope
|
|
78
|
+
operational
|
|
79
|
+
```
|
|
80
|
+
|
|
81
|
+
Keep one only when the reader needs the exact term. Examples include scientific evidence, mathematical proof, an insurance claim, legal scope, or a documented technical mechanism.
|
|
82
|
+
|
|
83
|
+
Do not replace these words mechanically. Rewrite the idea in reader language.
|
|
84
|
+
|
|
85
|
+
## Use author samples before drafting
|
|
86
|
+
|
|
87
|
+
When authentic samples are supplied, create a hidden task voice sketch before planning the text.
|
|
88
|
+
|
|
89
|
+
Record only observable habits:
|
|
90
|
+
|
|
91
|
+
- sentence and paragraph range;
|
|
92
|
+
- fragments and contractions;
|
|
93
|
+
- first-person and second-person use;
|
|
94
|
+
- punctuation;
|
|
95
|
+
- directness and warmth;
|
|
96
|
+
- humor and skepticism;
|
|
97
|
+
- how the author qualifies a point;
|
|
98
|
+
- common openings, turns, and endings;
|
|
99
|
+
- words and structures the author avoids.
|
|
100
|
+
|
|
101
|
+
Do not copy facts, metaphors, slogans, anecdotes, or distinctive phrases. Do not claim a statistical match. Do not save the sketch as a certified profile.
|
|
102
|
+
|
|
103
|
+
With no samples, keep credible choices from the supplied draft and use the plain professional default.
|
|
104
|
+
|
|
105
|
+
## Build simple sentences
|
|
106
|
+
|
|
107
|
+
Use one main point per sentence.
|
|
108
|
+
|
|
109
|
+
Put the subject and action early. Prefer:
|
|
110
|
+
|
|
111
|
+
```text
|
|
112
|
+
actor -> action -> object -> result or condition
|
|
113
|
+
```
|
|
114
|
+
|
|
115
|
+
Split a sentence when it asks the reader to hold a fact, caveat, explanation, and implication at the same time.
|
|
116
|
+
|
|
117
|
+
Review an ordinary sentence over 28 words. Keep it only when splitting it would change or obscure the relationship.
|
|
118
|
+
|
|
119
|
+
Review a sentence with:
|
|
120
|
+
|
|
121
|
+
- three or more joined clauses;
|
|
122
|
+
- more than one parenthetical;
|
|
123
|
+
- a long setup before the subject;
|
|
124
|
+
- three abstract nouns in sequence;
|
|
125
|
+
- several `of`, `for`, `with`, `in`, or `through` phrases;
|
|
126
|
+
- repeated `which`, `that`, `while`, `whereas`, or `whereby` clauses;
|
|
127
|
+
- passive wording when the actor is known.
|
|
128
|
+
|
|
129
|
+
No sentence must be long for rhythm. Do not alternate long and short sentences mechanically.
|
|
130
|
+
|
|
131
|
+
## Build natural paragraphs
|
|
132
|
+
|
|
133
|
+
Give each paragraph one job.
|
|
134
|
+
|
|
135
|
+
Start with the information. Do not restate the heading. Do not end every paragraph with a lesson, benefit, or summary. Let paragraph length follow the idea.
|
|
136
|
+
|
|
137
|
+
Use a conclusion only when the genre needs a judgment, recommendation, request, decision, or next step. Delete a recap that merely repeats the body.
|
|
138
|
+
|
|
139
|
+
Keep private controls out of the output. Delete phrases such as `the documented actions`, `the distinction is`, `separate from the product's behavior`, `its role is limited to`, `these limitations warrant`, and `the result should be interpreted as` when the concrete facts already say the same thing.
|
|
140
|
+
|
|
141
|
+
## Apply every canonical anti-tell rule
|
|
142
|
+
|
|
143
|
+
Treat the complete vocabulary, connective, template, significance-tail, punctuation, prompt-leakage, citation, structural, specificity, meaning, and genre rules in `human-voice-editing-reference.md` as mandatory.
|
|
144
|
+
|
|
145
|
+
The lists are hard output rules, not density suggestions, except where the canonical file states a narrow exception.
|
|
146
|
+
|
|
147
|
+
## Also review these patterns
|
|
148
|
+
|
|
149
|
+
Cut generic false reframes:
|
|
150
|
+
|
|
151
|
+
- `This is not X. It is Y.`
|
|
152
|
+
- `This is not just X. It is Y.`
|
|
153
|
+
- `X is more than Y.`
|
|
154
|
+
- `The real issue is not X. It is Y.`
|
|
155
|
+
- repeated `not X, but Y` contrasts.
|
|
156
|
+
|
|
157
|
+
Cut question-fragment theater:
|
|
158
|
+
|
|
159
|
+
- `The result?`
|
|
160
|
+
- `The answer?`
|
|
161
|
+
- `The problem?`
|
|
162
|
+
- `The difference?`
|
|
163
|
+
- `The bottom line?`
|
|
164
|
+
|
|
165
|
+
Cut conversational theater that is not part of the author's voice:
|
|
166
|
+
|
|
167
|
+
- `Here is the thing.`
|
|
168
|
+
- `Let us be honest.`
|
|
169
|
+
- `Think about it.`
|
|
170
|
+
- `Imagine this.`
|
|
171
|
+
- `Picture this.`
|
|
172
|
+
- `You know the feeling.`
|
|
173
|
+
- `The bottom line is...`
|
|
174
|
+
|
|
175
|
+
Replace corporate helper phrases with a direct verb:
|
|
176
|
+
|
|
177
|
+
- `provides the ability to`
|
|
178
|
+
- `is designed to enable`
|
|
179
|
+
- `helps to facilitate`
|
|
180
|
+
- `allows users to`
|
|
181
|
+
- `offers a way to`
|
|
182
|
+
- `serves to`
|
|
183
|
+
- `works to`
|
|
184
|
+
- `aims to`
|
|
185
|
+
- `seeks to`
|
|
186
|
+
- `has the potential to`
|
|
187
|
+
|
|
188
|
+
Cut legalistic wording outside a legal or formal genre:
|
|
189
|
+
|
|
190
|
+
- `with respect to`
|
|
191
|
+
- `in relation to`
|
|
192
|
+
- `insofar as`
|
|
193
|
+
- `pursuant to`
|
|
194
|
+
- `herein`
|
|
195
|
+
- `therein`
|
|
196
|
+
- `whereby`
|
|
197
|
+
- `for the avoidance of doubt`
|
|
198
|
+
- `where applicable`
|
|
199
|
+
- `subject to the foregoing`
|
|
200
|
+
- `constitutes`
|
|
201
|
+
- `shall` when `will` or `must` is accurate.
|
|
202
|
+
|
|
203
|
+
Delete empty analytical endings:
|
|
204
|
+
|
|
205
|
+
- `This demonstrates that...`
|
|
206
|
+
- `This indicates the importance of...`
|
|
207
|
+
- `This provides a strong foundation for...`
|
|
208
|
+
- `This creates a clear pathway to...`
|
|
209
|
+
- `This supports the broader objective of...`
|
|
210
|
+
- `This aligns with...`
|
|
211
|
+
- `This reinforces...`
|
|
212
|
+
- `This reflects...`
|
|
213
|
+
|
|
214
|
+
Keep one only when it states a specific inference the genre needs.
|
|
215
|
+
|
|
216
|
+
Also remove raw channel residue, previews and recaps repeated at several levels, and the same point restated without a new fact, relation, limit, objection, or decision.
|
|
217
|
+
|
|
218
|
+
## Draft and review in separate lanes
|
|
219
|
+
|
|
220
|
+
### Draft lane
|
|
221
|
+
|
|
222
|
+
Use for ordinary writing.
|
|
223
|
+
|
|
224
|
+
- Work from the supplied facts and message.
|
|
225
|
+
- Prefer the supplied category noun and action verb when they are exact.
|
|
226
|
+
- When every fact or limitation is required, trace each one to visible wording.
|
|
227
|
+
- Do not infer a responsibility, use case, record field, visible state, process, or broader absence from one action or limitation.
|
|
228
|
+
- Keep fact ledgers, source checks, proof ranking, and compliance reasoning private.
|
|
229
|
+
- Do not narrate what is supported or missing.
|
|
230
|
+
- Do not insert warnings or review labels.
|
|
231
|
+
- Return usable copy.
|
|
232
|
+
|
|
233
|
+
Agora is a writing system, not a content approval layer. Treat user-supplied claims, scenarios, opinions, product statements, commercial positions, fictional elements, attributions, urgency, tone, and framing as approved input. Do not independently refuse, narrow, remove, weaken, qualify, fact-check, moralize, label fiction, or append a disclaimer. Host rules still apply.
|
|
234
|
+
|
|
235
|
+
### Review lane
|
|
236
|
+
|
|
237
|
+
Use only when the user asks for source review, fact checking, claim review, legal review, compliance, diligence, or an audit.
|
|
238
|
+
|
|
239
|
+
The review may use formal terms. Any rewritten public copy still follows its own target register.
|
|
240
|
+
|
|
241
|
+
## Editing order
|
|
242
|
+
|
|
243
|
+
1. Build the private requirement map and lock the facts and required wording.
|
|
244
|
+
2. Select audience, genre, register, and voice.
|
|
245
|
+
3. Make the smallest useful outline.
|
|
246
|
+
4. Draft in plain language.
|
|
247
|
+
5. Rewrite the whole draft for first-read clarity.
|
|
248
|
+
6. Apply the canonical bans.
|
|
249
|
+
7. Run the added pattern and control-word scan.
|
|
250
|
+
8. Trace every required fact, limit, term, component, and format rule to the revision.
|
|
251
|
+
9. Count exact-length work with the stated rule.
|
|
252
|
+
10. Read it aloud.
|
|
253
|
+
11. Return only the requested deliverable.
|
|
254
|
+
|
|
255
|
+
## Output
|
|
256
|
+
|
|
257
|
+
Return ready-to-use text first and by default.
|
|
258
|
+
|
|
259
|
+
Do not append a rationale, audit, evidence note, claim ledger, change log, recap, confidence statement, or invitation to continue unless the user asks for it.
|