mirror of
https://github.com/garrytan/gstack.git
synced 2026-05-09 06:45:46 +02:00
chore: regenerate SKILL.md (Claude + Codex) after wave 3 merges
Regenerated from merged templates + auto-trigger fix. All generated files now include explicit trigger criteria. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
This commit is contained in:
+13
-1
@@ -2,6 +2,8 @@
|
||||
name: office-hours
|
||||
version: 2.0.0
|
||||
description: |
|
||||
MANUAL TRIGGER ONLY: only run this skill when the user explicitly types /office-hours in their message.
|
||||
Do not auto-trigger this skill from semantic similarity alone.
|
||||
YC Office Hours — two modes. Startup mode: six forcing questions that expose
|
||||
demand reality, status quo, desperate specificity, narrowest wedge, observation,
|
||||
and future-fit. Builder mode: design thinking brainstorming for side projects,
|
||||
@@ -626,7 +628,8 @@ Before proposing solutions, challenge the premises:
|
||||
1. **Is this the right problem?** Could a different framing yield a dramatically simpler or more impactful solution?
|
||||
2. **What happens if we do nothing?** Real pain point or hypothetical one?
|
||||
3. **What existing code already partially solves this?** Map existing patterns, utilities, and flows that could be reused.
|
||||
4. **Startup mode only:** Synthesize the diagnostic evidence from Phase 2A. Does it support this direction? Where are the gaps?
|
||||
4. **If the deliverable is a new artifact** (CLI binary, library, package, container image, mobile app): **how will users get it?** Code without distribution is code nobody can use. The design must include a distribution channel (GitHub Releases, package manager, container registry, app store) and CI/CD pipeline — or explicitly defer it.
|
||||
5. **Startup mode only:** Synthesize the diagnostic evidence from Phase 2A. Does it support this direction? Where are the gaps?
|
||||
|
||||
Output premises as clear statements the user must agree with before proceeding:
|
||||
```
|
||||
@@ -931,6 +934,11 @@ Supersedes: {prior filename — omit this line if first design on this branch}
|
||||
## Success Criteria
|
||||
{measurable criteria from Phase 2A}
|
||||
|
||||
## Distribution Plan
|
||||
{how users get the deliverable — binary download, package manager, container image, web service, etc.}
|
||||
{CI/CD pipeline for building and publishing — GitHub Actions, manual release, auto-deploy on merge?}
|
||||
{omit this section if the deliverable is a web service with existing deployment pipeline}
|
||||
|
||||
## Dependencies
|
||||
{blockers, prerequisites, related work}
|
||||
|
||||
@@ -983,6 +991,10 @@ Supersedes: {prior filename — omit this line if first design on this branch}
|
||||
## Success Criteria
|
||||
{what "done" looks like}
|
||||
|
||||
## Distribution Plan
|
||||
{how users get the deliverable — binary download, package manager, container image, web service, etc.}
|
||||
{CI/CD pipeline for building and publishing — or "existing deployment pipeline covers this"}
|
||||
|
||||
## Next Steps
|
||||
{concrete build tasks — what to implement first, second, third}
|
||||
|
||||
|
||||
Reference in New Issue
Block a user