-
Notifications
You must be signed in to change notification settings - Fork 0
docs: add GPT-5.3 OpenCode delivery playbook #12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Merged
Merged
Changes from all commits
Commits
File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,49 @@ | ||
| # GPT-5.3 + OpenCode Delivery Playbook | ||
|
|
||
| Use this one-page runbook to reduce rework when building with GPT-5.3 and OpenCode. | ||
|
|
||
| ## Principles | ||
|
|
||
| - plan before code, verify before PR | ||
| - follow existing repo patterns before introducing new ones | ||
| - make decisions explicit when they affect prompts, model behavior, or workflow | ||
| - leave a clean handoff artifact at session end | ||
|
|
||
| ## Default Flow | ||
|
|
||
| 1. Frame scope and definition of done. | ||
| 2. Inspect existing patterns and constraints. | ||
| 3. Implement in small, testable slices. | ||
| 4. Verify with stack-specific checks. | ||
| 5. Prepare PR with full context from branch divergence. | ||
| 6. Capture session handoff for continuity. | ||
|
|
||
| ## Trigger -> Skill -> Expected Output | ||
|
|
||
| | Trigger | Skill(s) | Expected Output | | ||
| |---|---|---| | ||
| | new task request with ambiguity | `Prompt Wizard`, `workflow` | clear task statement with in-scope/out-of-scope and verification checklist | | ||
| | editing unfamiliar code | `code-search`, `Pattern Analysis` | file map, current conventions, and safe insertion points | | ||
| | implementing code changes | `language-conventions`, `workflow` | minimal-diff changes aligned to existing standards | | ||
| | adding or changing tests | `Testing Strategy` | test pyramid plan and targeted coverage additions | | ||
| | prompt/model behavior design | `Prompt Engineering` | versioned prompt contract (role, constraints, schema, examples) | | ||
| | preventing AI regressions | `AI Evaluation` | golden dataset, scoring rubric, and regression thresholds | | ||
| | architecture-impacting choice | `ADR Template` | ADR with options, rationale, consequences, and review triggers | | ||
| | git state unclear | `git-status`, `git-workflows` | staged/unstaged snapshot, branch state, and next safe git step | | ||
| | ready to publish work | `github-workflow` | PR with why, testing notes, blockers, and CI status summary | | ||
| | session ending or context switch | `handover` | concise continuity note with decisions, risks, and ordered next steps | | ||
|
|
||
| ## GPT-5.3 Guardrails | ||
|
|
||
| - require structured outputs for machine-consumed steps (JSON schema or strict markdown template) | ||
| - keep prompt versions in repo and tie changes to eval results | ||
| - treat prompt updates like code changes: diff, review, validate, and document | ||
| - fail builds when core eval thresholds regress | ||
|
|
||
| ## PR Ready Checklist | ||
|
|
||
| - [ ] scope is explicit (in/out) and unchanged during implementation | ||
| - [ ] change matches local conventions and avoids unrelated refactors | ||
| - [ ] required checks/tests executed (or risks documented if blocked) | ||
| - [ ] PR explains why, not only what | ||
| - [ ] handoff note exists when work is incomplete or multi-session | ||
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This table maps workflows to skill names that are not shipped in this repo (for example
Prompt Wizard,Pattern Analysis,Testing Strategy,Prompt Engineering, andAI Evaluation), so readers following the “default runbook” cannot execute those steps. The currently available skills are enumerated inskills/README.mdand theskills/*/SKILL.mddirectories, and these labels do not match, which makes the playbook misleading at the point of use.Useful? React with 👍 / 👎.