codex-workflows 0.7.0 → 0.7.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.
- package/.agents/skills/coding-rules/SKILL.md +2 -1
- package/.agents/skills/coding-rules/references/typescript.md +3 -2
- package/.agents/skills/documentation-criteria/SKILL.md +2 -2
- package/.agents/skills/recipe-front-review/SKILL.md +3 -2
- package/.agents/skills/recipe-review/SKILL.md +3 -2
- package/.agents/skills/testing/references/typescript.md +3 -2
- package/package.json +1 -1
|
@@ -93,7 +93,8 @@ Nearby code is a starting point for investigation, not a sufficient basis for ad
|
|
|
93
93
|
|
|
94
94
|
## Commenting Principles
|
|
95
95
|
|
|
96
|
-
-
|
|
96
|
+
- Prefer names, types, and structure over comments
|
|
97
|
+
- Add comments only for why, limitations, edge cases, or public API contracts
|
|
97
98
|
- No historical information — use version control
|
|
98
99
|
- Remove commented-out code
|
|
99
100
|
- Keep comments concise and timeless
|
|
@@ -6,7 +6,8 @@
|
|
|
6
6
|
- **No Unused "Just in Case" Code** - Violates YAGNI principle (Kent Beck)
|
|
7
7
|
|
|
8
8
|
## Comment Writing Rules
|
|
9
|
-
- **
|
|
9
|
+
- **Code-First Default**: Use names, types, and structure to show what the code does
|
|
10
|
+
- **Intent Focus**: Use comments only for why, limitations, edge cases, or public API contracts
|
|
10
11
|
- **History in Version Control**: Record development history in commits and PRs instead of code comments
|
|
11
12
|
- **Timeless**: Write only content that remains valid whenever read
|
|
12
13
|
- **Conciseness**: Keep explanations to necessary minimum
|
|
@@ -147,7 +148,7 @@ const response = await fetch('/api/data') // Backend handles API key authenticat
|
|
|
147
148
|
- Delete unused code immediately
|
|
148
149
|
- Delete debug `console.log()`
|
|
149
150
|
- No commented-out code (manage history with version control)
|
|
150
|
-
- Comments explain
|
|
151
|
+
- Comments explain intent, constraints, or contracts that code cannot express directly
|
|
151
152
|
|
|
152
153
|
## Error Handling
|
|
153
154
|
|
|
@@ -21,7 +21,7 @@ description: "Documentation creation criteria for PRD, ADR, Design Doc, UI Spec,
|
|
|
21
21
|
| New Feature Addition (backend) | PRD -> [ADR] -> Design Doc -> Work Plan | After PRD approval |
|
|
22
22
|
| New Feature Addition (frontend/fullstack) | PRD -> **UI Spec** -> [ADR] -> Design Doc -> Work Plan | UI Spec before Design Doc |
|
|
23
23
|
| ADR Conditions Met (see below) | ADR -> Design Doc -> Work Plan | Start immediately |
|
|
24
|
-
| 6+ Files | ADR -> Design Doc -> Work Plan (REQUIRED) | Start immediately |
|
|
24
|
+
| 6+ Files | [ADR if conditions apply] -> Design Doc -> Work Plan (Design Doc + Work Plan REQUIRED) | Start immediately |
|
|
25
25
|
| 3-5 Files | Design Doc -> Work Plan (REQUIRED) | Start immediately |
|
|
26
26
|
| 1-2 Files | None | Direct implementation |
|
|
27
27
|
|
|
@@ -124,7 +124,7 @@ description: "Documentation creation criteria for PRD, ADR, Design Doc, UI Spec,
|
|
|
124
124
|
`Proposed` -> `Accepted` -> `Deprecated`/`Superseded`/`Rejected`
|
|
125
125
|
|
|
126
126
|
## AI Automation Rules [MANDATORY]
|
|
127
|
-
-
|
|
127
|
+
- 6+ files: MUST evaluate ADR conditions
|
|
128
128
|
- Contract/data flow change detected: ADR REQUIRED
|
|
129
129
|
- Check existing ADRs before implementation — ALWAYS verify alignment
|
|
130
130
|
|
|
@@ -51,8 +51,9 @@ Spawn security-reviewer agent: "Design Doc: [path]. Implementation files: [file
|
|
|
51
51
|
**If security-reviewer returned `blocked`**: Stop immediately. Report the blocked finding and escalate to user. Do not proceed to fix steps.
|
|
52
52
|
|
|
53
53
|
**Code compliance criteria (considering project stage)**:
|
|
54
|
-
-
|
|
55
|
-
-
|
|
54
|
+
- `code-reviewer` verdict is `pass`
|
|
55
|
+
- Coverage thresholds pass only when configured by the project, task file, work plan, or Design Doc
|
|
56
|
+
- Determine pass/fail from the `code-reviewer` verdict and configured coverage thresholds; treat `complianceRate` as diagnostic context only
|
|
56
57
|
|
|
57
58
|
**Security criteria**:
|
|
58
59
|
- `approved` or `approved_with_notes` -> Pass
|
|
@@ -53,8 +53,9 @@ Spawn security-reviewer agent: "Design Doc: [path]. Implementation files: [file
|
|
|
53
53
|
**If security-reviewer returned `blocked`**: Stop immediately. Report the blocked finding and escalate to user. Do not proceed to fix steps.
|
|
54
54
|
|
|
55
55
|
**Code compliance criteria (considering project stage)**:
|
|
56
|
-
-
|
|
57
|
-
-
|
|
56
|
+
- `code-reviewer` verdict is `pass`
|
|
57
|
+
- Coverage thresholds pass only when configured by the project, task file, work plan, or Design Doc
|
|
58
|
+
- Determine pass/fail from the `code-reviewer` verdict and configured coverage thresholds; treat `complianceRate` as diagnostic context only
|
|
58
59
|
|
|
59
60
|
**Security criteria**:
|
|
60
61
|
- `approved` or `approved_with_notes` -> Pass
|
|
@@ -207,8 +207,9 @@ export const test = base.extend<{ authenticatedPage: Page }>({
|
|
|
207
207
|
|
|
208
208
|
### E2E Budget
|
|
209
209
|
|
|
210
|
-
-
|
|
211
|
-
-
|
|
210
|
+
- Follow `integration-e2e-testing` lane limits: fixture-e2e MAX 3 and service-integration-e2e MAX 1-2 per feature
|
|
211
|
+
- Generate the reserved fixture-e2e user journey when eligible
|
|
212
|
+
- Only generate additional non-reserved E2E tests when the lane threshold is met (`Value Score >= 20` for fixture-e2e, `Value Score > 50` for service-integration-e2e)
|
|
212
213
|
- Prefer fewer comprehensive journey tests over many granular tests
|
|
213
214
|
|
|
214
215
|
### Test Isolation
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "codex-workflows",
|
|
3
|
-
"version": "0.7.
|
|
3
|
+
"version": "0.7.1",
|
|
4
4
|
"description": "Task-oriented agentic coding framework for OpenAI Codex CLI — skills, recipes, and subagents for structured development workflows",
|
|
5
5
|
"license": "MIT",
|
|
6
6
|
"author": "Shinsuke Kagawa",
|