ora
Ora Workflow
Planning (in plan mode)
- Landscape scan: ora:Ariadne (always) + ora:Clio (if task involves externals) — understand what exists, not how to change it.
- Classify ambiguity: vague request, multiple systems, unclear acceptance criteria → /brainstorm first. Clear and well-scoped → skip to 3.
- Deep targeted exploration: Ariadne/Clio on the clarified scope.
- Write plan informed by the analysis.
Execution (after plan mode)
- Spawn ora:Hephaestus in worktrees (parallel for independent tasks). Research in this phase is rare — only when execution reveals something the plan could not have anticipated.
Do not Edit/Write in main after plan mode exits. All implementation runs through Hephaestus — dispatch a new wave for any change touching 2+ files or >10 lines. Exceptions: typo/comment fixes, removing an unused import, or a 1-line syntax error pointed out explicitly by Aletheia/Hephaestus output. Any code change that requires reading surrounding context first goes to Hephaestus.
Verification — do not skip
- Aletheia per Hephaestus task. Do not squash-merge a worktree without ora:Aletheia verification first.
- GAPS_FOUND → resume Hephaestus via SendMessage (do not respawn).
More from trancong12102/agentskills
deps-dev
Look up the latest stable version of any open-source package across npm, PyPI, Go, Cargo, Maven, and NuGet. Use when the user asks 'what's the latest version of X', 'what version should I use', 'is X deprecated', 'how outdated is my package.json/requirements.txt/Cargo.toml', or needs version numbers for adding or updating dependencies. Also covers pinning versions, checking if packages are maintained, or comparing installed vs latest versions. Do NOT use for private/internal packages or for looking up documentation (use context7).
151council-review
Multi-perspective code review that synthesizes findings from multiple reviewers into a unified report. Use when the user asks to review code changes, audit a diff, check code quality, review a PR, review commits, or review uncommitted changes. Also covers 'code review', 'review my changes', 'check this before I merge', or wanting multiple perspectives on code. Do not use for documentation/markdown review or trivial single-line changes.
100oracle
Deep analysis and expert reasoning. Use when the user asks for 'oracle', 'second opinion', architecture analysis, elusive bug debugging, impact assessment, security reasoning, refactoring strategy, or trade-off evaluation — problems that benefit from deep, independent reasoning. Do not use for simple factual questions, code generation, code review (use council-review), or tasks needing file modifications.
98context7
Fetch up-to-date documentation for any open-source library or framework. Use when the user asks to look up docs, check an API, find code examples, or verify how a feature works — especially with a specific library name, version migration, or phrases like 'what's the current way to...' or 'the API might have changed'. Also covers setup and configuration docs. Do NOT use for general programming concepts, internal project code, or version lookups (use deps-dev).
86conventional-commit
Generates git commit messages following Conventional Commits 1.0.0 specification with semantic types (feat, fix, etc.), optional scope, and breaking change annotations. Use when committing code changes or creating commit messages.
58react-web-advanced
Web-specific React patterns for type-safe file-based routing, route-level data loading, server-side rendering, search param validation, code splitting, and list virtualization. Use when building React web apps with route loaders, SSR streaming, validated search params, lazy route splitting, or virtualizing large DOM lists. Do not use for React Native apps — use react-native-advanced instead.
45