Skip to main content

route-wiki-task

Selects the correct governed lane for a wiki work item and hands it off to the appropriate persona. Use when knowledgebase-orchestrator must classify incoming work and route it to the ingest lane, query lane, maintenance lane, or review lane.

ソース情報

リポジトリ
wryenmeek/knowledgebase
ソースの最終更新活動
2026年4月25日 13:05
検出された SKILL.md の言語
英語
スター
1
フォーク
0

インストール方法

デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。

ソースファイルを確認

インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。

SKILL.md を表示中

SKILL.md
ソースの指示 · 読み取り専用プレビュー
name
route-wiki-task
description
Selects the correct governed lane for a wiki work item and hands it off to the appropriate persona. Use when knowledgebase-orchestrator must classify incoming work and route it to the ingest lane, query lane, maintenance lane, or review lane.
# Route Wiki Task ## Overview This skill documents the lane-selection and routing step for the `knowledgebase-orchestrator` persona. Every piece of wiki work enters through this step: the orchestrator classifies the work type, confirms that prerequisites for the target lane are satisfied, and hands off to the correct first-contact persona. No work bypasses this step. **Doc-only workflow.** No `logic/` dir is introduced. ## Classification - **Mode:** Doc-only workflow - **MVP status:** Active - **Execution boundary:** Classification and routing only. No direct wiki write. ## When to Use - New work arrives (new source, query, maintenance request, or curation backlog item) - `knowledgebase-orchestrator` must select between the ingest lane, query lane, maintenance lane, or review lane - A prior step has escalated an item back to the orchestrator for re-routing - An operator needs to understand which lane a specific work type belongs in ## Contract - Input: a work item description (source path, query, maintenance finding, or backlog item) and any available prior-step context - Output: a routing decision specifying the next persona, required prerequisites, and lane entry conditions - Handoff: the routing decision is the required input for the first-contact persona in the selected lane - HITL/AFK classification: each work item is classified as HITL (requires full persona pipeline) or AFK (eligible for fast-path per ADR-014 allowlist) based on the deny-by-default AFK criteria ## Assertions - No wiki work bypasses the orchestrator routing step - Lane prerequisites must be confirmed before the handoff is issued - The orchestrator does not open a write path directly; writes happen only in declared downstream writer surfaces - A work item that cannot be classified as ingest, query, maintenance, or review routes to human steward review, not to an arbitrary lane - Tasks not on the ADR-014 AFK allowlist default to HITL and route through the full persona pipeline - Operator may override any classification to HITL but NEVER to AFK (deny-by-default) - AFK-classified tasks still require `wiki/.kb_write.lock`, `wiki/log.md` entry with `classification: afk`, and post-publication `change-patrol` review ## Issue tracking recommendation For HITL-classified work, create a GitHub Issue as a tracking artifact before beginning the persona pipeline. Suggested labels: `wiki-change`, `hitl`, `lane:<ingest|query|maintenance|review>`. ## References - `AGENTS.md` - `docs/architecture.md` - `raw/processed/SPEC.md` - `.github/agents/knowledgebase-orchestrator.md` - `docs/decisions/ADR-014-hitl-afk-work-classification.md`
GitHubで見る