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.
@@ -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
- - Document "what" and "why", not "how"
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
- - **Function Description Focus**: Describe what the code "does"
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 "why" (not "what")
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
- - 5+ files: MUST suggest ADR creation
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
- - Prototype: Pass at 70%+
55
- - Production: 90%+ recommended
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
- - Prototype: Pass at 70%+
57
- - Production: 90%+ REQUIRED
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
- - **MAX 1-2 E2E tests per feature**
211
- - Only generate an additional non-reserved E2E test when `Value Score >= 50`
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.0",
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",