|
| 1 | +# Lessons — dev.kit — 2026-04-14 |
| 2 | + |
| 3 | +Sources: claude (1 session(s)), codex (0 session(s)) |
| 4 | + |
| 5 | +## Workflow rules |
| 6 | + |
| 7 | +- Verify the build or runtime locally before running deploy-oriented workflow assets or reporting the change as complete. |
| 8 | +- Use repo workflow assets like deploy.yml, workflow files, and repo docs as the execution contract instead of inventing an ad hoc deploy path. |
| 9 | +- Keep the delivery chain explicit: create or sync the branch, prepare the PR, and connect the related GitHub issue before close-out. |
| 10 | +- Report outcomes with exact URLs, versions, findings deltas, and next steps so the follow-up can be reused by humans and agents without drift. |
| 11 | +- Use README, docs, and tests as the first alignment surface before broad refactors so the implementation stays anchored to an explicit workflow. |
| 12 | +- Keep local verification targeted and lightweight during iteration, then move broader or slower validation into GitHub Actions or other CI gates. |
| 13 | +- Treat cleanup of legacy modules, configs, and leftovers as part of the feature work so the repo keeps converging on the new operating model. |
| 14 | +- Prefer reusable YAML/manifests plus small shell wrappers over embedding policy directly into imperative scripts. |
| 15 | +- Package agent context from repo artifacts and manifests so the workflow stays repo-centric and does not depend on ad hoc prompt memory. |
| 16 | + |
| 17 | +## Operational references |
| 18 | + |
| 19 | +- https://github.com/icamiami/icamiami.org/issues/1897 |
| 20 | +- https://github.com/test/repo/issues/42 |
| 21 | +- https://github.com/org/repo/issues/42 |
| 22 | +- https://github.com/udx/next.reddoorcompany.com/issues/1292 |
| 23 | +- https://github.com/udx/next.reddoorcompany.com/issues/1250 |
| 24 | +- https://github.com/icamiami/icamiami.org/issues/1895 |
| 25 | +- https://github.com/udx/next.reddoorcompany.com/issues/1299 |
| 26 | +- https://github.com/udx/worker-tooling/pull/57 |
| 27 | +- https://github.com/udx/dev.kit/pull/10 |
| 28 | +- https://github.com/udx/dev.kit/pull/11 |
| 29 | +- https://github.com/org/repo/pull/15 |
| 30 | +- https://github.com/test/repo/pull/5 |
| 31 | +- https://github.com/udx/next.reddoorcompany.com/pull/1298 |
| 32 | +- https://github.com/icamiami/gala-2024.icamiami.org/pull/6 |
| 33 | +- https://github.com/udx/rabbit-automation-action/pull/231 |
| 34 | +- https://github.com/udx/next.reddoorcompany.com/pull/1301 |
| 35 | +- https://github.com/udx/api.encerp.com/pull/197 |
| 36 | +- https://github.com/test/repo/pull/9 |
| 37 | +- https://github.com/udx/worker-engine/pull/83 |
| 38 | +- https://github.com/udx/reusable-workflows/pull/32 |
| 39 | +- https://github.com/udx/azure-apim-backup/issues/81 |
| 40 | + |
| 41 | +## Ready templates |
| 42 | + |
| 43 | +- `Issue-to-scope`: start from the linked issue, confirm repo/workspace match, and restate the exact scope before changing code. |
| 44 | +- `Workflow tracing`: locate the actual workflow file or deploy source first, then trace the commands and supporting docs that really drive execution. |
| 45 | +- `Verify-before-sync`: run the relevant local build/test check before syncing, reporting completion, or preparing the PR. |
| 46 | +- `Delivery chain`: sync the branch, prepare the PR in repo style, and connect the related issue before close-out. |
| 47 | +- `Post-merge follow-up`: gather release/workflow evidence and post a concise update with links, findings delta, and next steps. |
| 48 | +- `Docs-first cleanup loop`: review README/docs/tests, restate the target workflow, then simplify code and remove mismatched legacy paths in the same pass. |
| 49 | +- `Verification scope`: run the smallest local check that proves the current change, defer heavyweight smoke coverage to CI, and call that tradeoff out explicitly. |
| 50 | +- `Legacy reduction`: when a new direction is accepted, archive or delete conflicting old modules/configs instead of carrying both models forward. |
| 51 | +- `Config-over-code`: express repo rules in YAML/manifests first, then keep shell glue thin and composable. |
| 52 | +- `Agent handoff`: refresh repo context, manifest, and AGENTS instructions before deeper agent work so the repo contract is the source of truth. |
| 53 | + |
| 54 | +## Evidence highlights |
| 55 | + |
| 56 | +- [claude] I'm planning refactoring/re-thinking my dev.kit tool, please explore it, get familiar and validate againts my new plan [Pasted text #1 +69 lines] |
| 57 | +- [claude] ok, let's start phase 1, break into smaller iterations if make sense, I would probably start by readme/docs, tests and basic scripts end goal is to have smart and flexible development workflow that helps improve local env, repo(s), and provide context for claud agent so no engineering drift happening and development... |
| 58 | +- [claude] before running test we need to ensure perfomance and make sure it's not running too long, also, I see you haven't updated Readme fully, let's loop once again readme/docs, tests feel free to cleanup/consolidate/whatever, it's a first version so nobody using it so no back-compability needed |
| 59 | +- [claude] when I said about perfomance I particularly meant tests |
| 60 | +- [claude] so, do we understand "happy path" for refactor to new concept? [Pasted text #1 +69 lines] |
| 61 | +- [claude] [Pasted text #1 +131 lines] |
| 62 | +- [claude] make sure to explore lessons and overall flow, I want - dev.kit - dev.kit repo (generate repo context + experienced knowledge and dev workflow(s)) - dev.kit agent (generate correct flexible agent instructions based on context) - dev.kit learn (generate analyzed agents sessions) use learned lessons to improve dev.kit... |
| 63 | +- [claude] before make changes would be useful to sync uncommited to git |
| 64 | + |
0 commit comments