You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Routine fixes (linting, formatting, simple bugs) take disproportionate time:
143
139
@@ -168,9 +164,9 @@ For a 2-minute fix, the overhead is 10+ minutes.
168
164
- Tests pass
169
165
```
170
166
171
-
2. Add label: `cba:auto-fix`
167
+
2. Add label: `cba:auto-fix` or tag @cba on a comment (not the initial comment - github app restriction)
172
168
173
-
3. CBA picks up the issue, creates a PR
169
+
3. CBA picks up the issue, self-review and reflection occurs, then creates a PR
174
170
175
171
4. Human reviews and merges
176
172
@@ -195,11 +191,11 @@ For a 2-minute fix, the overhead is 10+ minutes.
195
191
- Security-sensitive code
196
192
- Architecture changes
197
193
198
-
### Issue-to-PR Benefits for Principal Engineers
194
+
### Issue-to-PR Benefits
199
195
200
-
-**10x productivity** for routine tasks
196
+
-**Automation** for routine tasks helps engineers scale
201
197
-**Democratized automation**: Team members without Claude access can trigger fixes
202
-
-**Consistent quality**: Every auto-fix follows the same process
198
+
-**Consistent quality**: Every auto-fix follows the same process with self-review and reflection.
203
199
-**Audit trail**: Every change is tracked via GitHub
204
200
205
201
**Note**: Issue-to-PR is one of four GHA automation patterns. See Feature 9 for the complete set including PR Auto-Review, Dependabot Auto-Merge, and Stale Issue Management.
@@ -212,6 +208,8 @@ For a 2-minute fix, the overhead is 10+ minutes.
212
208
213
209
Reference implementations for organizing code in a way that AI assistants can reason about effectively.
214
210
211
+
See [AgentReady](https://github.com/ambient-code/agentready) for tooling to check and validate your codebase's readiness for agentic development.
212
+
215
213
### The Spaghetti Code Problem
216
214
217
215
AI assistants struggle with:
@@ -220,7 +218,7 @@ AI assistants struggle with:
220
218
- Mixed concerns (business logic in HTTP handlers)
221
219
- Implicit dependencies (global state everywhere)
222
220
223
-
### The Four-Layer Pattern
221
+
### The Four-Layer Pattern - used in the [FastAPI]([https://github.com/jeremyeder/fastapi-demo](https://github.com/jeremyeder/demo-fastapi) example
224
222
225
223
**API Layer** (app/api/)
226
224
@@ -252,7 +250,7 @@ AI assistants struggle with:
252
250
Higher layers depend on lower layers, never the reverse:
253
251
API -> Service -> Model -> Core
254
252
255
-
### Architecture Benefits for Principal Engineers
253
+
### Architecture Benefits
256
254
257
255
-**Predictable AI outputs**: When structure is clear, AI makes better decisions
258
256
-**Easier testing**: Each layer is testable in isolation
@@ -261,7 +259,7 @@ API -> Service -> Model -> Core
261
259
262
260
---
263
261
264
-
## Feature 5: Security Patterns (Light Touch)
262
+
## Feature 5: Security Patterns (Light Touch - not comprehensive)
265
263
266
264
### Security Patterns Overview
267
265
@@ -302,7 +300,7 @@ Most security bugs come from:
302
300
- No complex encryption for non-sensitive data
303
301
- No authentication framework in the reference (separate concern)
304
302
305
-
### Security Benefits for Principal Engineers
303
+
### Security Benefits
306
304
307
305
-**Practical security**: Focus on actual attack vectors
308
306
-**Maintainable**: Simple patterns are followed consistently
@@ -344,7 +342,7 @@ A test pyramid approach with clear responsibilities for each level.
344
342
- Focus on critical paths
345
343
- Don't chase 100% (diminishing returns)
346
344
347
-
### Testing Benefits for Principal Engineers
345
+
### Testing Benefits
348
346
349
347
-**Fast feedback**: Unit tests run in seconds
350
348
-**Confidence**: Integration tests catch API contract issues
@@ -357,7 +355,7 @@ A test pyramid approach with clear responsibilities for each level.
357
355
358
356
### Documentation CI Overview
359
357
360
-
GitHub Actions workflows that validate documentation quality automatically.
358
+
GitHub Actions workflows that validate documentation quality automatically. Not an AI specific capability - but it leverages AI now.
361
359
362
360
### Why Documentation CI?
363
361
@@ -386,7 +384,7 @@ Documentation is code. Bad docs:
386
384
- No broken internal links
387
385
- No dead external references
388
386
389
-
### Documentation CI Benefits for Principal Engineers
387
+
### Documentation CI Benefits
390
388
391
389
-**Docs stay current**: CI catches drift
392
390
-**Quality floor**: No more "works on my machine" diagrams
@@ -474,9 +472,9 @@ If you found and fixed issues, briefly note: "Self-review: Fixed [issue]"
474
472
| Simple lookups | ❌ No | Overhead not worth it |
475
473
| Exploratory chat | ❌ No | Low stakes, fast iteration preferred |
476
474
477
-
**Rule of thumb**: Self-review when the output will be acted upon or when mistakes are costly.
475
+
**Note**: Self-review has a monetary cost associated with it. Use your judgement. This is a common pattern though.
478
476
479
-
### Self-Review Benefits for Principal Engineers
477
+
### Self-Review Benefits
480
478
481
479
-**Higher quality first attempts**: Users rarely say "you missed X"
482
480
-**Reduced iteration cycles**: First submission is usually accepted
@@ -551,7 +549,7 @@ Each pattern has explicit safety gates:
551
549
| Dependabot Auto-Merge | Patch versions only, CI must pass |
552
550
| Stale Issues | Exempt labels, 7-day warning period |
553
551
554
-
### GHA Workflow Benefits for Principal Engineers
552
+
### GHA Workflow Benefits
555
553
556
554
-**Reduced toil**: Routine work happens automatically
557
555
-**Consistent process**: Every PR gets the same review treatment
0 commit comments