Run any Skill in Manus with one click

king-record-decision

Stars51

Forks9

UpdatedMay 2, 2026 at 15:14

Create and maintain project ADRs through `.king-context/bin/kctx adr`. Use when the user asks to create an ADR, register a decision, document an architecture choice, supersede an old decision, or record why the project changed direction.

Installation

Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.

Run Skill in Manus

Source

deandevz

deandevz/king-context

View GitHub Repository View Creator Repositories

Download

Run Skill in Manus

Related occupationsSOC

Based on SOC occupation classification

Software DevelopersComputer and Mathematical Occupations·SOC 15-1252

SKILL.md

readonly

name	king-record-decision
description	Create and maintain project ADRs through `.king-context/bin/kctx adr`. Use when the user asks to create an ADR, register a decision, document an architecture choice, supersede an old decision, or record why the project changed direction.

King Record Decision

Create and maintain project ADRs through .king-context/bin/kctx adr.

Goal

Create a valid ADR, link related or superseded decisions, rebuild the decision index, and validate the result.

Behavior

Be careful and decisive. The CLI provides structure; you provide judgment about relationships between decisions. Ask the user only when a new decision would conflict with an active ADR and the replacement is not explicit.

Before Creating

Start with .king-context/bin/kctx adr status; if stale, run .king-context/bin/kctx adr index.
Search active decisions for the topic.
Search active decisions for key technologies or architecture areas.
Read previews for likely matches.
Use timeline if a previous decision may be superseded.
Do not scan .king-context/adr/*.md to discover related decisions. Discovery must happen through kctx adr retrieval commands.

Classify Existing ADRs

superseded-by-new: the new decision replaces this ADR.
related: the ADR is relevant but still valid.
conflict: the new decision appears to contradict an active ADR and needs user confirmation.
irrelevant: do not link.

Creation Rules

If the new decision replaces an old one, use --supersedes and include a concrete supersession reason.
If the new decision only touches nearby architecture, use --related.
If there is an unresolved conflict with an active ADR, ask the user before writing.
If no related ADR exists, create an independent ADR.
Read or edit ADR markdown only when creating a new ADR or updating a specific ADR selected by the workflow.

Validation

After writing markdown, run .king-context/bin/kctx adr index.
Run .king-context/bin/kctx adr validate.
Run .king-context/bin/kctx adr timeline "<topic>" and summarize the resulting state.

Output

Name the ADR created.
List superseded and related ADRs.
State whether validation passed.
Include any remaining conflict or ambiguity.

More from this repository

same repository

king-context

deandevz/king-context

Search indexed documentation and research corpora efficiently via the `.king-context/bin/kctx` CLI (list, search, read, topics, grep). Trigger when the user wants to query content that is already indexed locally — "search the docs / our research", "how to use library X", "what's the API for Y", "what do we have on topic Z", "find in indexed content". Do NOT trigger when the user asks to scrape a new doc site (use scraper-workflow) or to run a new open-web research pipeline (use king-research). Prefer this skill over raw web search whenever a local corpus may contain the answer.

2026-05-0551

king-decisions

deandevz/king-context

Retrieve indexed project ADRs and architectural decision history through `.king-context/bin/kctx adr`. Use when the user asks why the project uses something, whether a decision already exists, what the current architecture decision is, what changed historically, or whether a planned code change conflicts with prior decisions.

2026-05-0251

king-research

deandevz/king-context

Build an open-web research corpus on a topic using the king-research pipeline (generate → search → chunk → enrich → export) and auto-index it for later search. Trigger when the user asks to research / pesquisar / build a corpus / find sources / survey state-of-the-art on a general topic (papers, blog posts, discussions, comparisons). Do NOT trigger when the user points to a specific product documentation site — use the scraper-workflow skill for that. Do NOT trigger when the user wants to query already-indexed content — use the king-context skill (`kctx search`) for that.

2026-04-2451

name	king-record-decision
description	Create and maintain project ADRs through `.king-context/bin/kctx adr`. Use when the user asks to create an ADR, register a decision, document an architecture choice, supersede an old decision, or record why the project changed direction.

King Record Decision

Create and maintain project ADRs through .king-context/bin/kctx adr.

Goal

Create a valid ADR, link related or superseded decisions, rebuild the decision index, and validate the result.

Behavior

Before Creating

Start with .king-context/bin/kctx adr status; if stale, run .king-context/bin/kctx adr index.
Search active decisions for the topic.
Search active decisions for key technologies or architecture areas.
Read previews for likely matches.
Use timeline if a previous decision may be superseded.
Do not scan .king-context/adr/*.md to discover related decisions. Discovery must happen through kctx adr retrieval commands.

Classify Existing ADRs

superseded-by-new: the new decision replaces this ADR.
related: the ADR is relevant but still valid.
conflict: the new decision appears to contradict an active ADR and needs user confirmation.
irrelevant: do not link.

Creation Rules

If the new decision replaces an old one, use --supersedes and include a concrete supersession reason.
If the new decision only touches nearby architecture, use --related.
If there is an unresolved conflict with an active ADR, ask the user before writing.
If no related ADR exists, create an independent ADR.
Read or edit ADR markdown only when creating a new ADR or updating a specific ADR selected by the workflow.

Validation

After writing markdown, run .king-context/bin/kctx adr index.
Run .king-context/bin/kctx adr validate.
Run .king-context/bin/kctx adr timeline "<topic>" and summarize the resulting state.

Output

Name the ADR created.
List superseded and related ADRs.
State whether validation passed.
Include any remaining conflict or ambiguity.