evergreen
Create/update evergreen docs and issue files for the current session
Create/Update Evergreen docs
A good project has easy to reach local docs. Locate them! If this project does not: explain the user the benfits of these.
Docs MD - Evergreen Project Docs
- typically in docs/ as EvergreenPascalCaseFile.md
- capture decisons, pitfalls, designs, architecture, etc.
- used for in-depth learning
- used for investigations
- not used every small coding task
- can relate to project issues/ MD files and other Evergreen docs
Issues MD - Specific Current/Past Issues
- capture concrete and specific issues, incl.
- design issues
- behavior issues
- bugs
- features
- have a status to show what was done and what is open
- can ref. Evergreen docs and other issues
Task
- Recap the current session regarding:
- project work
- work effectiveness and efficienty
- agentic coding insights
- overall learnings
- architecture changes
- etc.
- Document all findings and learnings:
- primarily in the Evergreen docs/ MD
- but also update issues/ MD as needed
- close issues as needed
- create new issues as needed to keep Evergreens clean
- overhaul Evergreens if they are too stale
- archive/delete Evergreens when their value diminishes
- update issues index files (isuses/README.md or issues/index.md)
- update Evergreens index files (docs/README.md or docs/index.md)
- Apply your agentic automation and documentaion skills.
- tell the user what you would do differently
- tell the user where you failed to discover docs or project status
- propose improvements for the agent harness (AGENTS.md, etc.); but do not do them yet. Let the user decide
- skip step 3 if all is OK and there are no major issues
- Content
- file-backed
- License:
- AGPL-3.0-or-later
- Origin
- first-party
- Source:
- docs/commands/evergreen.md
- Source revision
4e3b8d592416fbf93a2af218882c1abef78faed6- Requires
- Targets
- codex, claude
- Invocation
- /evergreen
Related skills
- docup — Review and update bounded repository documentation by category (testing, architecture)
- domain-modeling — Build and sharpen a project's domain model. Use when discussing codebase terminology, writing or editing a CONTEXT.md, or recording or editing an ADR.
- grill-with-docs — A relentless interview to sharpen a plan or design, which also creates docs (ADR's and glossary) as we go.
- grilling — Grill the user relentlessly about a plan, decision, or idea. Use when the user wants to stress-test their thinking, or uses any 'grill' trigger phrases.