一键导入
storyteller
Write deep narrative reflections, sagas, journeys, and technical stories using the current session's full context
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Write deep narrative reflections, sagas, journeys, and technical stories using the current session's full context
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Manage StringRay framework from Hermes Agent via the native strray-hermes plugin. Covers the 4 plugin tools (validate, codex_check, health, hooks), lifecycle hooks, slash commands, bridge architecture, and CLI fallback.
RESTful API design and validation
System design and technical architecture tools
Software architecture patterns and best practices
Automated code formatting and style consistency
Backend engineer for REST/GraphQL APIs, microservices, authentication, and server architecture
| source | framework |
| name | storyteller |
| description | Write deep narrative reflections, sagas, journeys, and technical stories using the current session's full context |
| category | documentation |
Write narrative-style reflections and journey documents that capture the human experience of development work. This skill runs in the caller's session context -- use the conversation history and what just happened as the primary source material.
| Type | When to Use | Save To | Length |
|---|---|---|---|
reflection | Single-session work, bug fixes, targeted implementations | docs/reflections/{topic}-reflection.md | 2,000-5,000 words |
saga | Multi-session journeys, major architectural changes | docs/reflections/deep/{topic}-journey-YYYY-MM-DD.md | 5,000-15,000 words |
journey | Investigation/learning journeys, research deep-dives | docs/reflections/deep/{topic}-journey-YYYY-MM-DD.md | 1,500-4,000 words |
narrative | Technical narrative -- telling the story of code/architecture | docs/reflections/{topic}-narrative.md | 1,000-3,000 words |
Naming: {descriptive-name}-{type}-YYYY-MM-DD.md (e.g., routing-system-removal-journey-2026-03-26.md)
---
story_type: bug_fix | feature_development | architectural_decision | reflection | saga | journey | narrative
emotional_arc: "frustration -> confusion -> breakthrough -> satisfaction"
codex_terms: [5, 7, 32] # Related Codex term numbers
---
The foundational voice: Warmly Candid
Vocabulary: Plain English by default ("use" not "utilize", "fix" not "remediate"). Use domain language when it's standard and more precise. Introduce specialized terms clearly on first use.
Tone by context:
Start with a scene, not a summary. Drop the reader into a specific moment.
Include the messy truth. Dead ends, wrong turns, the frustration that led to breakthrough. The reader should feel like they were there.
Go long. Tell the whole story. 2,000 words minimum -- don't cut short what deserves full treatment.
Let the story find its own form. Use headers only when the narrative naturally divides. Never force Phase 1/2/3 structure.
Technical details woven in, not bolted on. Code snippets, file paths, and error messages should appear naturally as part of the narrative.
AI-sound patterns:
Structural anti-patterns:
Writing anti-patterns:
Key Takeaways (bullet-style with bold labels):
## Key Takeaways
- **Most important lesson** -- One sentence
- **Technical insight** -- One sentence
- **Emotional takeaway** -- One sentence
What Next? (actionable):
## What Next?
- Related Codex terms: [codex.json](../../.opencode/strray/codex.json)
- Next story to write: [suggestion]
When stuck on how to begin:
Before finalizing, verify: