adr-kit 0.13.0 → 0.14.0

package/dist/core/tool-integrations.js

@@ -8,474 +8,129 @@ const TARGET_DIRS = {
 // machine-checked in test/integrations.test.ts.
 export const WORKFLOWS = [
     {
-        name: 'adrkit-init',
-        description: 'Use when initializing ADR Kit in a repository or when the agent cannot find an adr/ directory.',
+        name: "adrkit-init",
+        description: "Use when initializing ADR Kit in a repository or when the agent cannot find an adr/ directory.",
         body: `# ADR Kit Init
 
-## Overview
+Run \`adrkit init [path]\` for a new repository, or \`adrkit update\` if \`adr/\` exists. Confirm the four lifecycle folders: \`proposed/\`, \`implemented/\`, \`rejected/\`, and \`archived/\`. The CLI installs workflow skills but does not rewrite a project's standing orders.
 
-Create an \`adr/\` repository in the target directory.
+Add or update this section in \`AGENTS.md\` (and \`CLAUDE.md\` when used):
 
-## Steps
-
-1. Decide the target directory (default: current working directory).
-2. For a new repository, run:
-
-\`\`\`bash
-adrkit init [path]
-\`\`\`
+## Reading architecture decisions
 
-   If \`adr/\` already exists, run \`adrkit update\` instead and continue with
-   the project instruction setup below.
+At the start of a coding, design, or review task, if \`adr/\` exists, run \`adrkit list\`. Discover the active inventory, then read relevant implemented records in full with \`adrkit show <N>\` or their files. Check relevant proposed and rejected records; consult archived records only for history. Do not judge relevance by title alone: inspect tags, paths, relationships, and task scope. Compare constraints with current code; explain conflicts or changed assumptions before choosing a different approach. Mention relevant ADR numbers and verify affected behavior. Re-read on a new or resumed task, or when scope changes. Read a \`## Deliberation\` appendix only when its decision is in play.
 
-3. For a new repository, confirm the output lists \`adr/config.yaml\`, \`adr/decisions\`, and
-   \`adr/.gitignore\`. Proposals are not a separate folder: they are ephemeral
-   drafts in \`adr/.drafts/\`, created by \`adrkit propose\`. Durable records
-   carry \`raised-by\` and \`decided-by\` fields you declare; drafts never do.
+Before creating a record, compare it with the active records covering the same choice or mechanism: extend a duplicate, fully replace through \`adrkit supersede --by\` in the same change, or link a partial overlap while the older record stays active. When shipping or reviewing, keep each active record's realization facts — paths, names, defaults — aligned with shipped code; a changed choice is a new record with an explicit relationship, not a rewrite of old rationale. Archived records are sealed in \`adr/archived/MANIFEST.json\` and never edited.
 
-4. Add the following section to the project's agent instruction file
-   (\`AGENTS.md\`; also \`CLAUDE.md\` if that is the team's entry point). Preserve
-   existing instructions and update an equivalent section instead of adding
-   a duplicate. This agent step supplies the task-start entry point; the CLI
-   only installs workflow files. If ADR Kit is already initialized, use
-   \`adrkit update\` to refresh those files and still check this section.
+Record an ADR when an architectural choice constrains future work and its rationale is not evident from code. Record genuine alternatives and trade-offs, not invented template filler. A grilling session records every choice it settles, but unshipped outcomes remain proposals. Use \`adrkit propose\` for unshipped work, \`adrkit implement\` after it ships, and \`adrkit record\` for an already-shipped decision. \`raised-by\` declares who introduced the choice; \`decided-by\` declares whose judgment settled it. The CLI neither infers nor verifies shipping or provenance.
 
-\`\`\`markdown
-## Reading architecture decisions
-
-At the start of a coding, design, or review task, if \`adr/\` exists, run
-\`adrkit list\` and read every decision in full with \`adrkit show <N>\` (or read
-its file). ADR sets are small; do not filter by title alone. Treat accepted
-records as decision context, superseded records as history, and pending
-drafts as unaccepted proposals. Check relevant decisions against current
-code and the task's requirements. Apply the constraints that still hold;
-explain conflicts or changed assumptions before choosing a different approach.
-Mention relevant ADR numbers in the implementation or review summary and
-verify the affected behavior. If no decisions apply, continue normally;
-reading does not require creating an ADR. Re-read on a new or resumed task,
-or when scope or relevant files change, rather than relying on conversation
-memory.
-
-A \`## Deliberation\` appendix records the design tree behind a decision. It is
-reference material: read it only when that decision is in play, not on every
-task.
-
-Record an ADR when an architectural choice will constrain future development
-and its rationale is not apparent from code alone. Record only decisions
-actually made and genuine alternatives and trade-offs; do not invent reasons
-to fill a template. Reuse an existing record for the same choice; record a
-replacement when important assumptions change. Routine implementation details,
-local fixes, and easily reversible choices need no ADR. If no important
-architectural decision was made, create none. When you grill a decision with
-the \`adrkit-grill\` workflow, record every decision the session settles: the
-session is itself the importance signal, so the bar above governs only the
-direct \`decide\`/\`propose\` path. \`accepted\` means a recorded
-decision, not proof of human review. \`decided-by\` is a declaration of where the
-choice came from, not an inference: \`human\` when a person determined the
-direction — they stated it, changed a proposal into what shipped, or you are
-recording one they made earlier — \`agent\` when it came from the agent's own
-judgment, including when a person only let it through. The CLI neither infers
-nor verifies it.
-\`\`\`
-
-## Rules
-
-- Never create \`adr/\` directories by hand; use the CLI so the config and
-  README stay canonical.
-- After init, read existing decisions and continue the task. Use
-  \`adrkit decide "<title>" --raised-by human --decided-by human\` (\`agent\` on
-  either axis when that is the truth) only for an important architectural choice
-  already made, or \`adrkit propose "<title>"\` when such a choice still needs
-  review.`,
+After installation, continue the original task; initializing ADR Kit is not itself a reason to create a record.`,
     },
     {
-        name: 'adrkit-grill',
-        description: "Use when a decision is still being shaped and its direction is not settled, in a repository with an adr/ directory, or on any 'grill' trigger phrase; grill the user to shared understanding and record every decision the session settles.",
+        name: "adrkit-grill",
+        description: "Use when a decision is still being shaped or the user asks to grill a plan; question it to shared understanding and record every settled choice.",
         body: `# ADR Kit Grill
 
-## Overview
-
-Interrogate the user about a decision until nothing is left silently
-assumed, then record every decision the session settled. The session feeds the
-record directly: the root questions become \`## Problem\`, the rejected options
-become \`## Alternatives considered\`, and who raised and who overrode feeds
-\`raised-by\` and \`decided-by\`.
-
-The interrogation method is adapted from the \`grilling\` skill in
-[mattpocock/skills](https://github.com/mattpocock/skills) (MIT).
+Interrogate the user until the design tree has no silently assumed branch. This method is adapted from mattpocock/skills (MIT). For viewing existing records, use \`adrkit-visualize\`; grilling does not generate HTML by default.
 
-For viewing existing records, use \`adrkit-visualize\`. Grilling itself records
-and validates decisions without generating HTML or opening a browser.
+## Method
 
-## When to grill
+1. Run \`adrkit list\`. Read relevant implemented records in full, check relevant proposed and rejected records, and consult archived records for history. Recheck the inventory even if this conversation read it earlier; do not reopen a settled choice without naming that change. As the tree takes shape, search the active records for anything covering the same choice or mechanism, so a settled direction lands in the right record rather than a duplicate.
+2. Map root questions and their dependent questions. Work in rounds: ask every question on the currently answerable frontier, each with genuine options and your recommendation. A downstream question waits until its prerequisite is answered. Format questions as \`Q1 - <title>\` with a clear recommendation.
+3. Research repository and environment facts yourself. Do not ask the user for facts you can inspect. Let answers reshape the tree; record which option or question unlocked each follow-up.
+4. Stop questioning only when the frontier is empty. State the proposed shared understanding and wait for the user's confirmation before acting or writing records.
 
-Grill when a decision is still being shaped and its direction is not settled:
-an architectural choice, or any other decision worth stress-testing before it
-is recorded. The direct \`decide\`/\`propose\` paths keep the ADR importance bar;
-a grilling session is itself the signal that its output is key, so its
-decisions are not filtered again at record time.
+## Recording
 
-## Method
+Record every choice the session settles; the session is the importance signal. Usually one primary record holds the tree, but split choices that can be superseded independently. An unshipped outcome goes to \`adrkit propose\`, even when the direction is settled. Fill \`## Problem\`, \`## Proposal\`, \`## Alternatives considered\`, \`## Acceptance criteria\`, and \`## Risks\` from actual answers. Keep the tree in an optional \`## Deliberation\` appendix: prefix questions \`Q:\`, options \`A:\`, tag nodes \`[settled]\`, \`[rejected]\`, or \`[open]\`, nest a follow-up beneath what raised it, mark the recommended option, and give rejected options a reason.
 
-1. Run \`adrkit list\` and read every decision in full with \`adrkit show <N>\`
-   (or read its file), even if you ran it earlier in this conversation. The
-   tree must not re-ask what an existing record already settles; reopening a
-   settled decision is a supersede, not a question.
-2. Map the decision as a design tree: every decision branches into the
-   decisions that hang off it.
-3. Work the tree in rounds. The frontier is every question whose
-   prerequisites are already settled: the questions you can ask now without
-   guessing at answers you have not heard. Ask the whole frontier in one
-   round, then wait for the user's answers before the next round. Format
-   each question like:
-
-\`\`\`
-❓ **Q1 - <question title>**: <question body, with options if any>
-
-➡️ <your recommended answer>
-\`\`\`
-
-4. Each round of answers reshapes the tree: settled decisions push the
-   frontier outward and unblock the questions that depended on them. A
-   question whose answer depends on another question still open in this
-   round belongs to a later round. As each answer settles, note which option
-   or question raised the next one; the record nests it under that node.
-5. Finding facts is your job, never the user's: when a question needs a fact
-   from the repository or the environment, look it up yourself (or dispatch
-   a sub-agent) instead of asking. Do not block on a running lookup; only
-   the questions downstream of it wait. The decisions are the user's: put
-   each to them and wait.
-6. The session is done when the frontier is empty: every branch visited,
-   nothing left silently assumed. Do not act and do not write records until
-   the user confirms you have reached shared understanding.
-
-## Recording the outcome
-
-1. Record every decision the session settled; there is no record-time filter.
-   One session often settles several decisions: usually one primary record
-   with the rest as branches, but split them when they can be superseded
-   independently. Run \`adrkit decide "<title>" --raised-by human
-   --decided-by human\` (or \`agent\` on either axis, per the rule below);
-   grilling ends in a decision, never a proposal. Then follow the decide
-   workflow.
-2. Fill the record from the session: \`## Problem\` from the root questions,
-   \`## Decision\` from the user's answers, \`## Alternatives considered\` from
-   the frontier options they rejected, \`## Consequences\` from the branches
-   their answers unlocked. Keep the design tree in an optional
-   \`## Deliberation\` appendix: prefix a question \`Q:\` and an option \`A:\`, tag
-   each node \`[settled]\`, \`[rejected]\`, or \`[open]\`, nest each follow-up
-   question under the option or question that raised it, mark the option you
-   recommended \`(recommended)\`, and give a rejected option a \` — reason\`.
-   \`adrkit tree <N>\` renders it (\`--mermaid\`, or \`--html\` for a file). Add 2-4
-   kebab-case \`tags\` to the front matter.
-3. Declare both provenance axes: \`--raised-by\` is who put the decision on the
-   table; \`--decided-by\` is whose judgment settled it. \`decided-by\` is \`human\`
-   when the user's answers determined the direction — especially where they
-   overrode your recommendations — and \`agent\` when they adopted every
-   recommendation without engaging. Put the nuance in the body: which
-   recommendations they changed and which they let through.
-4. Run \`adrkit validate <N>\` until it returns OK.
-
-## Rules
-
-- One round at a time: never stack a question whose answer depends on a
-  question still open in the same round.
-- Never ask the user for a fact you could look up yourself.
-- Never write a record mid-session; records follow the user's confirmation
-  of shared understanding, and then every decision the session settled is
-  recorded.
-- A settled decision the user reopens becomes a supersede once its
-  replacement is recorded and validated: use \`adrkit supersede\`, and say in
-  the new record's \`## Problem\` what assumption changed.`,
+State who raised and settled the unshipped choice in prose; proposal front matter has no provenance fields. If the choice has already shipped, use \`adrkit record\` with truthful \`--raised-by\` and \`--decided-by\` declarations. Compare each settled choice with the active records before recording: a full replacement of an implemented decision is recorded and then resolved with \`adrkit supersede --by\` in the same change, a partial replacement keeps the older record active and links both, and a duplicate extends the existing record. Judge overlap from content; the CLI cannot infer it from titles or tags. Run \`adrkit validate <name>\` after filling the record. Report which outcomes are proposals, not implemented guidance; \`adrkit implement\` is reserved for work that actually ships.`,
     },
     {
-        name: 'adrkit-visualize',
+        name: "adrkit-visualize",
         description: "Use when the user asks to visualize an existing ADR, its deliberation tree, or the whole decision set and its relationships.",
         body: `# ADR Kit Visualize
 
-## Render the requested view
-
-When the user asks to visualize a recorded ADR, a grilling result, or the whole
-decision set, use these paths directly; do not start a new grilling session or
-create another ADR. There are two levels, and the request picks one:
-
-- **One decision — the decision tree.** Resolve the record with \`adrkit list\`
-  and \`adrkit show <N>\`, and read its \`## Deliberation\` appendix. If there is
-  no tree, explain that the record has no recorded deliberation to visualize;
-  do not invent one. Render it with \`adrkit tree <N> --html > "<path>.html"\`.
-- **All decisions — the decision map.** Render the whole set with
-  \`adrkit graph --html --out "<path>.html"\`. It groups every decision by creation
-  date, draws supersede and reference edges, and marks the decisions that carry
-  a deliberation tree. A node links to its record file; it does not expand the
-  tree yet.
-
-Both renderers are built in, not agent-designed replacement pages. Write the
-map with \`--out\` to any new path the user asks for, a temporary directory
-included: the command resolves its record links against the file's own
-location, so the cards open wherever it lands. Redirecting stdout instead
-leaves record-relative links, which only resolve for a file written inside the
-repository. Quote paths and avoid overwriting a record or an existing file.
-Check the command succeeded.
-Deliver a clickable link; the file is self-contained and works offline. After
-successful HTML generation, open the file in the user's default browser unless
-the user asks for a file only or says not to open it. A visualization request
-is sufficient; do not ask for separate confirmation to open the browser.
-Use the platform opener with the quoted file path. If a browser is unavailable
-or opening fails, keep the file link and explain that it could not be opened.
-The agent opens the browser; the CLI continues to emit HTML to stdout only.
-
-Generate HTML only on an explicit visualization request, never automatically at
-the end of a grilling session. For explicit format requests, both commands support \`--text\` and \`--mermaid\`;
-only \`graph\` supports \`--dot\`. Return those formats without opening a browser. Keep Markdown as the source of
-truth.`,
+Visualize existing records only when asked. Run \`adrkit list\` first, then read the record or relationships relevant to the requested view. Do not create a decision or invent a deliberation tree to make a picture.
+
+- For one record's design tree, use \`adrkit tree <name> --html\` and save stdout to a local HTML file. If no \`## Deliberation\` appendix exists, say so instead of fabricating one.
+- For the numbered decision set, use \`adrkit graph --html --out "<path>.html"\`. The map includes implemented guidance and archived history, but archived records are not current authority. Use \`--tag\` or \`--formal-only\` only when requested or useful to the question.
+- For lightweight previews, \`--text\` or \`--mermaid\` may be enough; do not generate HTML merely because the CLI supports it.
+
+When the user requests HTML visualization, open the generated file in the default browser if available and return a clickable file path. If the user asks for a file only or says not to open it, leave the browser alone. If opening is unavailable or fails, explain that briefly and still return the file path. The CLI emits HTML to stdout unless \`graph --out\` is used; the agent owns the browser handoff.`,
     },
     {
-        name: 'adrkit-propose',
-        description: 'Use when starting a new architecture decision that still needs review before it is accepted.',
+        name: "adrkit-propose",
+        description: "Use when starting an architectural choice that has not shipped, whether its direction is open or settled.",
         body: `# ADR Kit Propose
 
-## Overview
-
-Create an ephemeral proposal draft in \`adr/.drafts/\`. A draft is temporary:
-\`adrkit accept\` promotes it into a decision, \`adrkit reject\` discards it
-without leaving a record.
-
-## When to record
-
-Use this workflow for architectural choices that constrain future development
-and whose rationale is not apparent from code alone. Routine implementation
-details, local fixes, and easily reversible choices need no ADR. Do not create
-an ADR for every task or invent alternatives and reasons to fill a template.
-
-## Steps
-
-1. Run \`adrkit list\` and read every decision in full with \`adrkit show <N>\`
-   (or read its file), even if you ran it earlier in this conversation.
-   Check whether this decision supersedes or overlaps an existing one against
-   current code and requirements. Treat superseded records as history and
-   pending drafts as unaccepted proposals. Reuse an existing decision when
-   it already captures the same choice; explain changed assumptions when
-   replacing one, and use \`adrkit supersede\` after its replacement is recorded
-   and validated.
-2. Run:
-
-\`\`\`bash
-adrkit propose "<title>"
-\`\`\`
-
-3. Edit the created draft. Fill every section with real content:
-   \`## Problem\`, \`## Proposal\`, \`## Alternatives considered\`,
-   \`## Acceptance criteria\`, \`## Risks\`.
-4. Add 2-4 kebab-case \`tags\` to the front matter (for example \`frontend\`,
-   \`execution-layer\`) so the decision graph can group by theme.
-5. Promote the completed draft with
-   \`adrkit accept "<title>" --raised-by human --decided-by human\` (\`agent\` on
-   either axis when that is the truth); the CLI validates it before promoting.
-   \`raised-by\` is who put the draft on the table, \`decided-by\` whose judgment
-   settled it. A person who merely lets a proposal through without engaging
-   with the choice leaves \`decided-by\` with you: that is \`agent\`, and the body
-   is where you say they approved it.
-
-## Rules
-
-- Do not skip \`## Alternatives considered\`. A proposal without alternatives
-  is invalid by design.
-- Keep the front matter exactly \`status: proposed\`. Never write \`raised-by\` or
-  \`decided-by\`: a draft has no decision to attribute, so the values belong to
-  \`adrkit accept\`, which requires you to declare them. A value written here is
-  rejected while the draft exists and dropped when it is promoted.`,
+Before writing, run \`adrkit list\` and search the active records — read relevant implemented records in full and check proposed and rejected ones — for anything covering the same choice, mechanism, or rejected alternative. Judge overlap from record content, not titles or tags; the CLI cannot infer it. Classify what you find:
+
+- **Duplicate**: extend the existing record instead of opening a new one.
+- **Full replacement**: write the new record, then resolve the old one in the same change with \`adrkit supersede --by\`; never leave duplicate active authority.
+- **Partial replacement**: write the new record, keep the older one active, refresh the facts that remain current in it, and link the two records in prose.
+- **Independent**: proceed without touching unrelated records.
+
+Then run \`adrkit propose "<title>"\`; it creates a dated, unnumbered file in \`adr/proposed/\`. Fill Problem, Proposal, Alternatives considered, Acceptance criteria, and Risks with actual content. A settled direction stays proposed until shipped. An uncommitted file is a local working-tree draft; Git commit makes it shared. Run \`adrkit validate <name>\` and resolve missing requirements before formal review. Do not put provenance flags in proposal front matter; describe participants and reasoning in the body.`,
     },
     {
-        name: 'adrkit-decide',
-        description: 'Use when work establishes an important architectural choice that will constrain future development and whose rationale is not apparent from code alone; record it after the choice is made.',
-        body: `# ADR Kit Decide
-
-## Overview
-
-Record an already-made decision directly in \`adr/decisions/\` with the next
-\`N\` number.
-
-## When to record
-
-Use this workflow for architectural choices that constrain future development
-and whose rationale is not apparent from code alone. Routine implementation
-details, local fixes, and easily reversible choices need no ADR. Do not create
-an ADR for every task or invent alternatives and reasons to fill a template.
-
-## Steps
-
-1. Run \`adrkit list\` and read every decision in full with \`adrkit show <N>\`
-   (or read its file), even if you ran it earlier in this conversation.
-   Check whether this decision supersedes or overlaps an existing one against
-   current code and requirements. Treat superseded records as history and
-   pending drafts as unaccepted proposals. Reuse an existing decision when
-   it already captures the same choice; explain changed assumptions when
-   replacing one, and use \`adrkit supersede\` after its replacement is recorded
-   and validated.
-2. Run:
-
-\`\`\`bash
-adrkit decide "<title>" --raised-by human --decided-by human   # or agent on either axis
-\`\`\`
-
-3. Edit the created file and fill \`## Problem\`, \`## Decision\`,
-   \`## Alternatives considered\`, and \`## Consequences\`. Add 2-4 kebab-case
-   \`tags\` to the front matter (for example \`frontend\`, \`execution-layer\`)
-   so the decision graph can group by theme.
-4. Run \`adrkit validate <N>\` until it returns OK.
-
-## Rules
-
-- \`raised-by\` and \`decided-by\` declare the decision's provenance:
-  \`raised-by\` is who put it on the table, \`decided-by\` whose judgment settled
-  it. For \`decided-by\`, \`human\` means a person determined the direction — they
-  stated it, changed your proposal into what shipped, or made it earlier and
-  you are only recording it now; \`agent\` means it came from your own judgment,
-  including when a person let your choice through without engaging with it. The
-  fields record the source of the choice, not who ran the command: recording a
-  person's decision makes it \`human\`, not \`agent\`. The CLI neither infers nor
-  verifies either, so put the nuance (who redirected or approved) in the body.
-- Accepted decisions must not contain \`## Proposal\`, \`## Acceptance
-  criteria\`, or \`## Risks\` sections.
-- Never edit the \`raised-by\` or \`decided-by\` value afterwards. A wrong value
-  is a false provenance claim no later check can detect. A record missing the
-  fields is not a blank to fill on a hunch: write them only when you know where
-  the choice came from — your own judgment, or the person who directed it — and
-  ask the person when you do not.
-- \`accepted\` means a recorded decision, not proof of human review.
-- \`adrkit accept\` is the better path when a proposal already exists.`,
+        name: "adrkit-record",
+        description: "Use when recording an already-shipped architectural decision directly, without a pending proposal.",
+        body: `# ADR Kit Record
+
+First run \`adrkit list\` and read relevant implemented records in full; also check proposed and rejected records for the same choice or mechanism. Compare content, not titles or tags — the CLI cannot infer semantic overlap. A duplicate means recording the choice in the existing record instead; a full replacement means recording the new decision and resolving the old one with \`adrkit supersede --by\` in the same change; a partial replacement keeps the older record active with a prose link between them.
+
+Confirm the choice has actually shipped, and compare its claimed paths, names, defaults, and mechanisms with the current code and tests; the CLI cannot verify delivery. If a code change altered only the realization of an active decision, update those facts in the existing record rather than recording a new one; a changed choice always needs a new record and an explicit relationship. Run \`adrkit record "<title>" --raised-by <human|agent> --decided-by <human|agent>\`. Fill Problem, Decision, Alternatives considered, and Consequences with the shipped choice and genuine trade-offs. Use \`human\` for a person's judgment, \`agent\` for the agent's; passive human approval does not change an agent-origin choice. Run \`adrkit validate <N>\`.`,
     },
     {
-        name: 'adrkit-validate',
-        description: 'Use when checking whether ADR files follow the ADR Kit format, especially before accepting a proposal or committing.',
+        name: "adrkit-validate",
+        description: "Use when checking ADR record format before implementation, rejection, archival, or commit.",
         body: `# ADR Kit Validate
 
-## Overview
-
-Run the machine checks for one record or the whole repository.
-
-## Steps
-
-\`\`\`bash
-adrkit validate [name] [--all]
-\`\`\`
+Run \`adrkit validate [name]\` for one record or \`adrkit validate\` for the repository. All four lifecycle folders are checked. A fresh proposal or record template intentionally fails until required sections contain real content. Fix the exact reported requirement; do not add placeholder prose merely to pass. Validate again after every lifecycle move.
 
-- With no \`name\`, the whole repository is validated.
-- \`name\` resolves by title, file name, or decision number.
-
-## Rules
-
-- Treat any non-OK output as a blocker for \`adrkit accept\`.
-- A \`front matter must include "raised-by"\` or \`"decided-by"\` issue on a
-  record that lacks the field is not yours to repair on a hunch: the value
-  comes from whoever knows where that choice came from — your own judgment, or
-  the person who directed it — so ask when you do not.
-- \`adrkit validate\` checks durable decisions only; a draft in \`adr/.drafts/\`
-  is validated by \`adrkit accept\` right before it is promoted.`,
+Repository-wide validation also checks the archive seal: \`adr/archived/MANIFEST.json\` must cover exactly the archived records and match their bytes. When it reports drift — edited bytes, an unsealed file, a missing file, a malformed or missing manifest — restore the sealed bytes, the manifest entry, or the empty manifest; never re-seal changed archived content to make the check pass. Before pushing, \`adrkit validate --base <git-ref>\` additionally proves the archive only grew since that ref: entries sealed at the base must remain byte-identical, so a coordinated edit of an archived file and its hash still fails. An absent base manifest means no prior seals; one that exists but cannot be read fails.`,
     },
     {
-        name: 'adrkit-accept',
-        description: 'Use when a proposal draft is complete, and the team has decided to accept it.',
-        body: `# ADR Kit Accept
-
-## Overview
-
-Promote a completed draft to a decision. The CLI validates the draft, assigns
-the next \`N\` number, rewrites \`## Proposal\` to \`## Decision\`, folds
-\`Acceptance criteria\` and \`Risks\` into \`## Consequences\`, writes
-\`adr/decisions/N-*.md\`, and discards the draft from \`adr/.drafts/\`.
-
-## Steps
-
-1. Review the draft with \`adrkit show "<name>"\`; every section must have real
-   content before accepting.
-2. Run:
-
-\`\`\`bash
-adrkit accept "<name>" --raised-by human --decided-by human   # or agent on either axis
-\`\`\`
-
-3. Confirm the output names the new \`adr/decisions/N-*.md\` file.
-
-## Rules
-
-- Declare \`raised-by\` and \`decided-by\` when you promote: \`raised-by\` is who
-  put the draft on the table, \`decided-by\` whose judgment settled it. For
-  \`decided-by\`, \`human\` means a person determined the direction (they stated
-  it, changed this draft into what shipped, or you are recording one they made
-  earlier), \`agent\` means it came from your own judgment, including when a
-  person only let the draft through. Promotion is the last moment either value
-  can be set; the CLI records what you declare without inferring or checking
-  it. If the person redirected or approved your proposal, say so in the body.
-- Never accept an invalid draft; the command refuses.
-- Re-run \`adrkit show "<name>"\` immediately before accepting, even if you
-  reviewed it earlier in this conversation; the repo may have changed since.
-- \`accepted\` means a recorded decision, not proof of human review.
-- Review the generated \`## Consequences\` after accepting.
-- The command warns when a proposal contains sections that have no place in
-  an accepted decision (for example \`## Plan\`); save their content elsewhere
-  if it still matters.`,
+        name: "adrkit-implement",
+        description: "Use when a proposal has shipped and should become a numbered, active decision.",
+        body: `# ADR Kit Implement
+
+Confirm the proposal's work is shipped, not merely accepted for review. Compare the record's claimed paths, names, defaults, and mechanisms with the current code and tests, and check the active records for overlap with this choice: a full replacement is promoted and then resolved with \`adrkit supersede --by\` in the same change, while a partial replacement keeps the older record active and links both. Run \`adrkit show <name>\` and \`adrkit validate <name>\`; resolve errors. Then run \`adrkit implement <name> --raised-by <human|agent> --decided-by <human|agent>\`. The command assigns the next stable ADR number, rewrites proposal sections into a shipped decision, moves the record from \`proposed/\` to \`implemented/\`, and preserves \`created\` and \`tags\`. Inspect the generated Decision and Consequences so they state shipped facts rather than proposal-era intent, then validate the numbered record. Do not infer the two provenance declarations from the command runner.`,
     },
     {
-        name: 'adrkit-reject',
-        description: 'Use when a proposal draft should be declined and discarded.',
-        body: `# ADR Kit Reject
-
-## Overview
+        name: "adrkit-review",
+        description: "Use when checking whether changed code and changed decision records still agree; scoped to record coherence, not general code review.",
+        body: `# ADR Kit Review
 
-Discard a proposal draft. The CLI deletes the draft from \`adr/.drafts/\` and
-leaves no record - rejection lives in the winning decision's
-\`## Alternatives considered\`, not in a standalone rejected record.
+Review decision-record coherence for a change, not general code quality. Run \`adrkit list\` first, then:
 
-## Steps
+- Compare each changed or newly shipped record with the changed code and tests: claimed paths, names, defaults, mechanisms, and verification evidence must match what actually shipped.
+- Search active implemented records for realization facts the change invalidated — moved files, renamed options, altered defaults, changed behavior — and report each stale record for a factual update in the same change. A decision reversal is a new record with an explicit relationship, never a rewrite of old rationale.
+- Look for unresolved supersession: a new record that fully replaces an active one without \`adrkit supersede --by\`, or a partial overlap that should be linked in prose while both stay active.
 
-\`\`\`bash
-adrkit reject "<name>" [--reason "<why it was rejected>"]
-\`\`\`
+Report evidence-backed findings that name the record and the code evidence. Finding no issue is a valid result; do not demand a record for a mechanical edit. A disagreement with the decision itself is a design question to raise, not a license to rewrite a historical record. Archived records are sealed history: report changes to them rather than editing them.`,
+    },
+    {
+        name: "adrkit-reject",
+        description: "Use when a formal proposal is declined and its rejection rationale should be retained.",
+        body: `# ADR Kit Reject
 
-## Rules
+Read the proposal and check its alternatives. Run \`adrkit reject <name> --reason "<why declined>"\`. It moves the dated file from \`proposed/\` to \`rejected/\`, stamps the lifecycle date, and preserves the record and reason. A rejected proposal gets no ADR number. Do not use rejection to erase a settled but merely unshipped choice; that remains proposed.`,
+    },
+    {
+        name: "adrkit-archive",
+        description: "Use when an implemented record no longer guides work and current behavior has another authoritative owner.",
+        body: `# ADR Kit Archive
 
-- \`--reason\` is optional and is only echoed; nothing is persisted. If the
-  rejection matters, record it in \`## Alternatives considered\` of the decision
-  that won.`,
+Confirm the record has shipped, its distinct rationale no longer guides future work, and current behavior has another authoritative owner. Do not archive by age or quota. Run \`adrkit archive <N> --reason "<owner and why retired>"\`. The numbered record moves from \`implemented/\` to frozen \`archived/\`, its number and history remain, and the command appends a content seal for the final archived file to \`adr/archived/MANIFEST.json\`. Validate afterward. Never edit an archived file or its seal after archival; if validation reports drift, restore the sealed bytes. If a newer implemented decision fully replaces it, use \`adrkit supersede --by\` instead; partial replacement leaves the still-relevant record active.`,
     },
     {
-        name: 'adrkit-supersede',
-        description: 'Use when an accepted decision is replaced by a newer accepted decision and must be retired without deleting history.',
+        name: "adrkit-supersede",
+        description: "Use when one implemented decision fully replaces another and the old record must become archived history.",
         body: `# ADR Kit Supersede
 
-## Overview
-
-Mark an accepted decision as superseded. The CLI rewrites its front matter
-to \`status: superseded\` with \`superseded-by: N\`, stamps the supersede date
-on the \`date\` field, and leaves the record in \`adr/decisions/\` as frozen
-history.
-
-## Steps
-
-1. Record the replacement first (\`adrkit decide\` or \`adrkit propose\` +
-   \`adrkit accept\`), and make sure it validates.
-2. Run:
-
-\`\`\`bash
-adrkit supersede "<old name or number>" --by "<new name or number>"
-\`\`\`
-
-## Rules
-
-- \`--by\` must reference an existing accepted decision that is not itself
-  superseded when this move is made. That replacement may later be superseded
-  in turn; validation follows the chain to an accepted decision and rejects
-  missing targets and cycles. Keep earlier historical links unchanged.
-- Re-run \`adrkit list\` right before superseding to confirm the \`--by\` target
-  still exists and is not itself superseded, even if you checked earlier in
-  this conversation.
-- Never hand-edit a superseded record afterwards; it is history, including
-  its \`raised-by\` and \`decided-by\` values, which the command preserves rather
-  than replacing with whoever retired it. Superseding changes the record's
-  status, not who raised or decided it.
-- Mention what it supersedes in the new decision's \`## Problem\` section so
-  the causal link survives in prose.`,
+First record or implement the replacement and validate it. Confirm it fully replaces the old decision; partial overlap calls for prose links while the old record remains active. Run \`adrkit supersede <old> --by <new>\`. Both records must be implemented; the command stamps \`superseded-by\`, moves the old numbered file into \`archived/\`, preserves its provenance and number, and seals the archived file in \`adr/archived/MANIFEST.json\`. Run \`adrkit validate\` to check the chain and the new seal. Do not edit the archived choice or rationale afterward.`,
     },
 ];
 /** Bare workflow names (without the `adrkit-` prefix), in canonical order. */

package/dist/core/tool-integrations.js.map

@@ -1 +1 @@
-{"version":3,"file":"tool-integrations.js","sourceRoot":"","sources":["../../src/core/tool-integrations.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,UAAU,EAAE,SAAS,EAAE,YAAY,EAAE,WAAW,EAAE,SAAS,EAAE,MAAM,EAAE,aAAa,EAAE,MAAM,SAAS,CAAC;AAC7G,OAAO,EAAE,OAAO,EAAE,IAAI,EAAE,QAAQ,EAAE,MAAM,WAAW,CAAC;AAuBpD,MAAM,WAAW,GAA0C;IACzD,MAAM,EAAE,EAAE,QAAQ,EAAE,kBAAkB,EAAE,MAAM,EAAE,gBAAgB,EAAE;IAClE,MAAM,EAAE,EAAE,QAAQ,EAAE,kBAAkB,EAAE,MAAM,EAAE,gBAAgB,EAAE;CACnE,CAAC;AAQF,mEAAmE;AACnE,gDAAgD;AAChD,MAAM,CAAC,MAAM,SAAS,GAAe;IACnC;QACE,IAAI,EAAE,aAAa;QACnB,WAAW,EAAE,gGAAgG;QAC7G,IAAI,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;UA4EA;KACP;IACD;QACE,IAAI,EAAE,cAAc;QACpB,WAAW,EACT,6OAA6O;QAC/O,IAAI,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;2DA+FiD;KACxD;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,WAAW,EACT,8HAA8H;QAChI,IAAI,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;OAoCH;KACJ;IACD;QACE,IAAI,EAAE,gBAAgB;QACtB,WAAW,EAAE,8FAA8F;QAC3G,IAAI,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;mEAmDyD;KAChE;IACD;QACE,IAAI,EAAE,eAAe;QACrB,WAAW,EAAE,6LAA6L;QAC1M,IAAI,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;uEAuD6D;KACpE;IACD;QACE,IAAI,EAAE,iBAAiB;QACvB,WAAW,EAAE,sHAAsH;QACnI,IAAI,EAAE;;;;;;;;;;;;;;;;;;;;;;;iEAuBuD;KAC9D;IACD;QACE,IAAI,EAAE,eAAe;QACrB,WAAW,EAAE,+EAA+E;QAC5F,IAAI,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;uBAsCa;KACpB;IACD;QACE,IAAI,EAAE,eAAe;QACrB,WAAW,EAAE,6DAA6D;QAC1E,IAAI,EAAE;;;;;;;;;;;;;;;;;;YAkBE;KACT;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,WAAW,EAAE,sHAAsH;QACnI,IAAI,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;qCAiC2B;KAClC;CACF,CAAC;AAEF,8EAA8E;AAC9E,MAAM,CAAC,MAAM,cAAc,GAAa,SAAS,CAAC,GAAG,CAAC,CAAC,QAAQ,EAAE,EAAE,CACjE,QAAQ,CAAC,IAAI,CAAC,OAAO,CAAC,UAAU,EAAE,EAAE,CAAC,CACtC,CAAC;AAEF;;;;;GAKG;AACH,MAAM,UAAU,cAAc,CAAC,KAAyB;IACtD,IAAI,KAAK,KAAK,SAAS;QAAE,OAAO,CAAC,GAAG,cAAc,CAAC,CAAC;IACpD,MAAM,IAAI,GAAG,KAAK,CAAC,IAAI,EAAE,CAAC;IAC1B,IAAI,IAAI,KAAK,KAAK;QAAE,OAAO,CAAC,GAAG,cAAc,CAAC,CAAC;IAC/C,MAAM,SAAS,GAAG,IAAI;SACnB,KAAK,CAAC,GAAG,CAAC;SACV,GAAG,CAAC,CAAC,KAAK,EAAE,EAAE,CAAC,KAAK,CAAC,IAAI,EAAE,CAAC,OAAO,CAAC,UAAU,EAAE,EAAE,CAAC,CAAC;SACpD,MAAM,CAAC,CAAC,KAAK,EAAE,EAAE,CAAC,KAAK,CAAC,MAAM,GAAG,CAAC,CAAC,CAAC;IACvC,IAAI,SAAS,CAAC,MAAM,KAAK,CAAC,EAAE,CAAC;QAC3B,MAAM,IAAI,KAAK,CAAC,yDAAyD,CAAC,CAAC;IAC7E,CAAC;IACD,MAAM,KAAK,GAAG,IAAI,GAAG,CAAC,cAAc,CAAC,CAAC;IACtC,MAAM,OAAO,GAAG,SAAS,CAAC,IAAI,CAAC,CAAC,KAAK,EAAE,EAAE,CAAC,CAAC,KAAK,CAAC,GAAG,CAAC,KAAK,CAAC,CAAC,CAAC;IAC7D,IAAI,OAAO,KAAK,SAAS,EAAE,CAAC;QAC1B,MAAM,IAAI,KAAK,CAAC,qBAAqB,OAAO,iBAAiB,cAAc,CAAC,IAAI,CAAC,IAAI,CAAC,EAAE,CAAC,CAAC;IAC5F,CAAC;IACD,MAAM,QAAQ,GAAG,IAAI,GAAG,CAAC,SAAS,CAAC,CAAC;IACpC,OAAO,cAAc,CAAC,MAAM,CAAC,CAAC,IAAI,EAAE,EAAE,CAAC,QAAQ,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC,CAAC;AAC7D,CAAC;AAED,MAAM,UAAU,UAAU,CAAC,KAAyB;IAClD,0EAA0E;IAC1E,uEAAuE;IACvE,IAAI,KAAK,KAAK,SAAS;QAAE,OAAO,CAAC,QAAQ,CAAC,CAAC;IAC3C,MAAM,IAAI,GAAG,KAAK,CAAC,IAAI,EAAE,CAAC;IAC1B,IAAI,IAAI,CAAC,MAAM,KAAK,CAAC,IAAI,IAAI,KAAK,MAAM;QAAE,OAAO,EAAE,CAAC;IACpD,MAAM,SAAS,GAAG,IAAI;SACnB,KAAK,CAAC,GAAG,CAAC;SACV,GAAG,CAAC,CAAC,KAAK,EAAE,EAAE,CAAC,KAAK,CAAC,IAAI,EAAE,CAAC;SAC5B,MAAM,CAAC,CAAC,KAAK,EAAE,EAAE,CAAC,KAAK,CAAC,MAAM,GAAG,CAAC,CAAC,CAAC;IAEvC,MAAM,OAAO,GAAwB,EAAE,CAAC;IACxC,KAAK,MAAM,KAAK,IAAI,SAAS,EAAE,CAAC;QAC9B,IAAI,KAAK,KAAK,QAAQ,IAAI,KAAK,KAAK,QAAQ,EAAE,CAAC;YAC7C,MAAM,IAAI,KAAK,CAAC,iBAAiB,KAAK,8CAA8C,CAAC,CAAC;QACxF,CAAC;QACD,OAAO,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IACtB,CAAC;IACD,2EAA2E;IAC3E,6DAA6D;IAC7D,OAAO,CAAC,GAAG,IAAI,GAAG,CAAoB,CAAC,QAAQ,EAAE,GAAG,OAAO,CAAC,CAAC,CAAC,CAAC;AACjE,CAAC;AAED,6EAA6E;AAC7E,SAAS,gBAAgB,CAAC,QAAkB;IAC1C,OAAO;QACD,QAAQ,CAAC,IAAI;eACN,QAAQ,CAAC,WAAW;;;EAGjC,QAAQ,CAAC,IAAI;CACd,CAAC;AACF,CAAC;AAED,MAAM,UAAU,qBAAqB,CACnC,IAAY,EACZ,KAA0B,EAC1B,SAAS,GAAa,cAAc;IAEpC,MAAM,OAAO,GAAsB,EAAE,CAAC;IACtC,MAAM,QAAQ,GAAG,SAAS,CAAC,MAAM,CAAC,CAAC,QAAQ,EAAE,EAAE,CAC7C,SAAS,CAAC,QAAQ,CAAC,QAAQ,CAAC,IAAI,CAAC,OAAO,CAAC,UAAU,EAAE,EAAE,CAAC,CAAC,CAC1D,CAAC;IACF,KAAK,MAAM,IAAI,IAAI,KAAK,EAAE,CAAC;QACzB,MAAM,IAAI,GAAG,WAAW,CAAC,IAAI,CAAC,CAAC;QAC/B,SAAS,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,QAAQ,CAAC,EAAE,EAAE,SAAS,EAAE,IAAI,EAAE,CAAC,CAAC;QAC1D,KAAK,MAAM,QAAQ,IAAI,QAAQ,EAAE,CAAC;YAChC,MAAM,QAAQ,GAAG,GAAG,QAAQ,CAAC,IAAI,KAAK,CAAC;YACvC,MAAM,IAAI,GAAG,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,QAAQ,EAAE,QAAQ,CAAC,CAAC;YACjD,aAAa,CACX,IAAI,EACJ;eACO,QAAQ,CAAC,WAAW;;;EAGjC,QAAQ,CAAC,IAAI;CACd,CACM,CAAC;YACF,OAAO,CAAC,IAAI,CAAC,EAAE,IAAI,EAAE,IAAI,EAAE,CAAC,CAAC;QAC/B,CAAC;QACD,IAAI,IAAI,CAAC,MAAM,KAAK,SAAS,EAAE,CAAC;YAC9B,KAAK,MAAM,QAAQ,IAAI,QAAQ,EAAE,CAAC;gBAChC,MAAM,SAAS,GAAG,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,EAAE,QAAQ,CAAC,IAAI,EAAE,UAAU,CAAC,CAAC;gBACrE,SAAS,CAAC,OAAO,CAAC,SAAS,CAAC,EAAE,EAAE,SAAS,EAAE,IAAI,EAAE,CAAC,CAAC;gBACnD,aAAa,CAAC,SAAS,EAAE,gBAAgB,CAAC,QAAQ,CAAC,CAAC,CAAC;gBACrD,OAAO,CAAC,IAAI,CAAC,EAAE,IAAI,EAAE,IAAI,EAAE,SAAS,EAAE,CAAC,CAAC;YAC1C,CAAC;QACH,CAAC;IACH,CAAC;IACD,OAAO,OAAO,CAAC;AACjB,CAAC;AAED,SAAS,cAAc,CAAC,GAAW;IACjC,IAAI,CAAC;QACH,oEAAoE;QACpE,uEAAuE;QACvE,IAAI,WAAW,CAAC,GAAG,CAAC,CAAC,MAAM,KAAK,CAAC,EAAE,CAAC;YAClC,SAAS,CAAC,GAAG,CAAC,CAAC;QACjB,CAAC;IACH,CAAC;IAAC,MAAM,CAAC;QACP,8DAA8D;IAChE,CAAC;AACH,CAAC;AAED,SAAS,qBAAqB,CAAC,IAAY,EAAE,IAAgB;IAC3D,KAAK,MAAM,QAAQ,IAAI,SAAS,EAAE,CAAC;QACjC,IAAI,UAAU,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,QAAQ,EAAE,GAAG,QAAQ,CAAC,IAAI,KAAK,CAAC,CAAC;YAAE,OAAO,IAAI,CAAC;QAC9E,IAAI,IAAI,CAAC,MAAM,KAAK,SAAS,IAAI,UAAU,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,EAAE,QAAQ,CAAC,IAAI,EAAE,UAAU,CAAC,CAAC,EAAE,CAAC;YAChG,OAAO,IAAI,CAAC;QACd,CAAC;IACH,CAAC;IACD,OAAO,KAAK,CAAC;AACf,CAAC;AAED,yEAAyE;AACzE,MAAM,UAAU,oBAAoB,CAAC,QAAkB;IACrD,OAAO,MAAM,CAAC,IAAI,CAAC,WAAW,CAAC,CAAC,MAAM,CAAC,CAAC,GAAG,EAAE,EAAE,CAAC,CAAC,QAAQ,CAAC,QAAQ,CAAC,GAAG,CAAC,CAAC,CAAC;AAC3E,CAAC;AAED;;;GAGG;AACH,MAAM,UAAU,sBAAsB,CAAC,IAAY,EAAE,IAAc;IACjE,MAAM,OAAO,GAAa,EAAE,CAAC;IAC7B,KAAK,MAAM,GAAG,IAAI,IAAI,EAAE,CAAC;QACvB,MAAM,IAAI,GAAG,WAAW,CAAC,GAAwB,CAAC,CAAC;QACnD,IAAI,IAAI,KAAK,SAAS;YAAE,SAAS;QACjC,MAAM,QAAQ,GAAG,qBAAqB,CAAC,IAAI,EAAE,IAAI,CAAC,CAAC;QACnD,KAAK,MAAM,QAAQ,IAAI,SAAS,EAAE,CAAC;YACjC,MAAM,WAAW,GAAG,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,QAAQ,EAAE,GAAG,QAAQ,CAAC,IAAI,KAAK,CAAC,CAAC;YACrE,IAAI,UAAU,CAAC,WAAW,CAAC;gBAAE,MAAM,CAAC,WAAW,CAAC,CAAC;YACjD,IAAI,IAAI,CAAC,MAAM,KAAK,SAAS,EAAE,CAAC;gBAC9B,MAAM,QAAQ,GAAG,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,EAAE,QAAQ,CAAC,IAAI,CAAC,CAAC;gBACxD,MAAM,SAAS,GAAG,IAAI,CAAC,QAAQ,EAAE,UAAU,CAAC,CAAC;gBAC7C,IAAI,UAAU,CAAC,SAAS,CAAC;oBAAE,MAAM,CAAC,SAAS,CAAC,CAAC;gBAC7C,cAAc,CAAC,QAAQ,CAAC,CAAC;YAC3B,CAAC;QACH,CAAC;QACD,cAAc,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,QAAQ,CAAC,CAAC,CAAC;QAC1C,IAAI,IAAI,CAAC,MAAM,KAAK,SAAS;YAAE,cAAc,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,CAAC,CAAC,CAAC;QACvE,uEAAuE;QACvE,mEAAmE;QACnE,cAAc,CAAC,OAAO,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,QAAQ,CAAC,CAAC,CAAC,CAAC;QACnD,IAAI,IAAI,CAAC,MAAM,KAAK,SAAS;YAAE,cAAc,CAAC,OAAO,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,CAAC,CAAC,CAAC,CAAC;QAChF,IAAI,QAAQ;YAAE,OAAO,CAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IAClC,CAAC;IACD,OAAO,OAAO,CAAC;AACjB,CAAC;AAED;;;;GAIG;AACH,MAAM,UAAU,0BAA0B,CACxC,IAAY,EACZ,KAA0B,EAC1B,SAAmB;IAEnB,KAAK,MAAM,IAAI,IAAI,KAAK,EAAE,CAAC;QACzB,MAAM,IAAI,GAAG,WAAW,CAAC,IAAI,CAAC,CAAC;QAC/B,KAAK,MAAM,QAAQ,IAAI,SAAS,EAAE,CAAC;YACjC,IAAI,SAAS,CAAC,QAAQ,CAAC,QAAQ,CAAC,IAAI,CAAC,OAAO,CAAC,UAAU,EAAE,EAAE,CAAC,CAAC;gBAAE,SAAS;YACxE,MAAM,WAAW,GAAG,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,QAAQ,EAAE,GAAG,QAAQ,CAAC,IAAI,KAAK,CAAC,CAAC;YACrE,IAAI,UAAU,CAAC,WAAW,CAAC;gBAAE,MAAM,CAAC,WAAW,CAAC,CAAC;YACjD,IAAI,IAAI,CAAC,MAAM,KAAK,SAAS,EAAE,CAAC;gBAC9B,MAAM,QAAQ,GAAG,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,EAAE,QAAQ,CAAC,IAAI,CAAC,CAAC;gBACxD,MAAM,SAAS,GAAG,IAAI,CAAC,QAAQ,EAAE,UAAU,CAAC,CAAC;gBAC7C,IAAI,UAAU,CAAC,SAAS,CAAC;oBAAE,MAAM,CAAC,SAAS,CAAC,CAAC;gBAC7C,cAAc,CAAC,QAAQ,CAAC,CAAC;YAC3B,CAAC;QACH,CAAC;IACH,CAAC;AACH,CAAC;AAED,MAAM,UAAU,kBAAkB,CAAC,IAAY,EAAE,OAA0B;IACzE,OAAO,OAAO,CAAC,GAAG,CAAC,CAAC,IAAI,EAAE,EAAE,CAAC,aAAa,QAAQ,CAAC,IAAI,EAAE,IAAI,CAAC,IAAI,CAAC,KAAK,IAAI,CAAC,IAAI,GAAG,CAAC,CAAC;AACxF,CAAC;AAED,qFAAqF;AACrF,MAAM,CAAC,MAAM,uBAAuB,GAAG,mCAAmC,CAAC;AAE3E;;;;;GAKG;AACH,MAAM,CAAC,MAAM,oBAAoB,GAAG,4CAA4C,CAAC;AAEjF;;;;GAIG;AACH,MAAM,UAAU,kBAAkB,CAAC,IAAY;IAC7C,KAAK,MAAM,IAAI,IAAI,CAAC,WAAW,EAAE,WAAW,CAAC,EAAE,CAAC;QAC9C,IAAI,CAAC;YACH,MAAM,IAAI,GAAG,YAAY,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,EAAE,MAAM,CAAC,CAAC;YACpD,IAAI,IAAI,CAAC,QAAQ,CAAC,uBAAuB,CAAC,IAAI,IAAI,CAAC,QAAQ,CAAC,oBAAoB,CAAC,EAAE,CAAC;gBAClF,OAAO,IAAI,CAAC;YACd,CAAC;QACH,CAAC;QAAC,MAAM,CAAC;YACP,mEAAmE;QACrE,CAAC;IACH,CAAC;IACD,OAAO,SAAS,CAAC;AACnB,CAAC;AAED;;;;;;;GAOG;AACH,MAAM,UAAU,kBAAkB,CAChC,IAAY,EACZ,YAA+B;IAE/B,IAAI,YAAY,CAAC,MAAM,KAAK,CAAC;QAAE,OAAO,SAAS,CAAC;IAChD,IAAI,kBAAkB,CAAC,IAAI,CAAC,KAAK,SAAS;QAAE,OAAO,SAAS,CAAC;IAC7D,MAAM,SAAS,GAAG,YAAY,CAAC,IAAI,CAAC,CAAC,IAAI,EAAE,EAAE,CAC3C,IAAI,CAAC,IAAI,CAAC,QAAQ,CAAC,IAAI,CAAC,aAAa,EAAE,UAAU,CAAC,CAAC,CACpD,CAAC;IACF,MAAM,MAAM,GAAG,SAAS;QACtB,CAAC,CAAC,aAAa,QAAQ,CAAC,IAAI,EAAE,SAAS,CAAC,IAAI,CAAC,EAAE;QAC/C,CAAC,CAAC,6DAA6D,CAAC;IAClE,OAAO;QACL,8EAA8E;QAC9E,gFAAgF;QAChF,kBAAkB,MAAM,kBAAkB;KAC3C,CAAC,IAAI,CAAC,IAAI,CAAC,CAAC;AACf,CAAC"}
+{"version":3,"file":"tool-integrations.js","sourceRoot":"","sources":["../../src/core/tool-integrations.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,UAAU,EAAE,SAAS,EAAE,YAAY,EAAE,WAAW,EAAE,SAAS,EAAE,MAAM,EAAE,aAAa,EAAE,MAAM,SAAS,CAAC;AAC7G,OAAO,EAAE,OAAO,EAAE,IAAI,EAAE,QAAQ,EAAE,MAAM,WAAW,CAAC;AAuBpD,MAAM,WAAW,GAA0C;IACzD,MAAM,EAAE,EAAE,QAAQ,EAAE,kBAAkB,EAAE,MAAM,EAAE,gBAAgB,EAAE;IAClE,MAAM,EAAE,EAAE,QAAQ,EAAE,kBAAkB,EAAE,MAAM,EAAE,gBAAgB,EAAE;CACnE,CAAC;AAQF,mEAAmE;AACnE,gDAAgD;AAChD,MAAM,CAAC,MAAM,SAAS,GAAe;IACnC;QACE,IAAI,EAAE,aAAa;QACnB,WAAW,EAAE,gGAAgG;QAC7G,IAAI,EAAE;;;;;;;;;;;;;;gHAcsG;KAC7G;IACD;QACE,IAAI,EAAE,cAAc;QACpB,WAAW,EAAE,kJAAkJ;QAC/J,IAAI,EAAE;;;;;;;;;;;;;;;4xBAekxB;KACzxB;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,WAAW,EAAE,8HAA8H;QAC3I,IAAI,EAAE;;;;;;;;qZAQ2Y;KAClZ;IACD;QACE,IAAI,EAAE,gBAAgB;QACtB,WAAW,EAAE,2GAA2G;QACxH,IAAI,EAAE;;;;;;;;;ogBAS0f;KACjgB;IACD;QACE,IAAI,EAAE,eAAe;QACrB,WAAW,EAAE,oGAAoG;QACjH,IAAI,EAAE;;;;wuBAI8tB;KACruB;IACD;QACE,IAAI,EAAE,iBAAiB;QACvB,WAAW,EAAE,4FAA4F;QACzG,IAAI,EAAE;;;;usBAI6rB;KACpsB;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,WAAW,EAAE,gFAAgF;QAC7F,IAAI,EAAE;;u9BAE68B;KACp9B;IACD;QACE,IAAI,EAAE,eAAe;QACrB,WAAW,EAAE,uIAAuI;QACpJ,IAAI,EAAE;;;;;;;;yWAQ+V;KACtW;IACD;QACE,IAAI,EAAE,eAAe;QACrB,WAAW,EAAE,wFAAwF;QACrG,IAAI,EAAE;;uWAE6V;KACpW;IACD;QACE,IAAI,EAAE,gBAAgB;QACtB,WAAW,EAAE,4GAA4G;QACzH,IAAI,EAAE;;ktBAEwsB;KAC/sB;IACD;QACE,IAAI,EAAE,kBAAkB;QACxB,WAAW,EAAE,2GAA2G;QACxH,IAAI,EAAE;;8iBAEoiB;KAC3iB;CACF,CAAC;AAEF,8EAA8E;AAC9E,MAAM,CAAC,MAAM,cAAc,GAAa,SAAS,CAAC,GAAG,CAAC,CAAC,QAAQ,EAAE,EAAE,CACjE,QAAQ,CAAC,IAAI,CAAC,OAAO,CAAC,UAAU,EAAE,EAAE,CAAC,CACtC,CAAC;AAEF;;;;;GAKG;AACH,MAAM,UAAU,cAAc,CAAC,KAAyB;IACtD,IAAI,KAAK,KAAK,SAAS;QAAE,OAAO,CAAC,GAAG,cAAc,CAAC,CAAC;IACpD,MAAM,IAAI,GAAG,KAAK,CAAC,IAAI,EAAE,CAAC;IAC1B,IAAI,IAAI,KAAK,KAAK;QAAE,OAAO,CAAC,GAAG,cAAc,CAAC,CAAC;IAC/C,MAAM,SAAS,GAAG,IAAI;SACnB,KAAK,CAAC,GAAG,CAAC;SACV,GAAG,CAAC,CAAC,KAAK,EAAE,EAAE,CAAC,KAAK,CAAC,IAAI,EAAE,CAAC,OAAO,CAAC,UAAU,EAAE,EAAE,CAAC,CAAC;SACpD,MAAM,CAAC,CAAC,KAAK,EAAE,EAAE,CAAC,KAAK,CAAC,MAAM,GAAG,CAAC,CAAC,CAAC;IACvC,IAAI,SAAS,CAAC,MAAM,KAAK,CAAC,EAAE,CAAC;QAC3B,MAAM,IAAI,KAAK,CAAC,yDAAyD,CAAC,CAAC;IAC7E,CAAC;IACD,MAAM,KAAK,GAAG,IAAI,GAAG,CAAC,cAAc,CAAC,CAAC;IACtC,MAAM,OAAO,GAAG,SAAS,CAAC,IAAI,CAAC,CAAC,KAAK,EAAE,EAAE,CAAC,CAAC,KAAK,CAAC,GAAG,CAAC,KAAK,CAAC,CAAC,CAAC;IAC7D,IAAI,OAAO,KAAK,SAAS,EAAE,CAAC;QAC1B,MAAM,IAAI,KAAK,CAAC,qBAAqB,OAAO,iBAAiB,cAAc,CAAC,IAAI,CAAC,IAAI,CAAC,EAAE,CAAC,CAAC;IAC5F,CAAC;IACD,MAAM,QAAQ,GAAG,IAAI,GAAG,CAAC,SAAS,CAAC,CAAC;IACpC,OAAO,cAAc,CAAC,MAAM,CAAC,CAAC,IAAI,EAAE,EAAE,CAAC,QAAQ,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC,CAAC;AAC7D,CAAC;AAED,MAAM,UAAU,UAAU,CAAC,KAAyB;IAClD,0EAA0E;IAC1E,uEAAuE;IACvE,IAAI,KAAK,KAAK,SAAS;QAAE,OAAO,CAAC,QAAQ,CAAC,CAAC;IAC3C,MAAM,IAAI,GAAG,KAAK,CAAC,IAAI,EAAE,CAAC;IAC1B,IAAI,IAAI,CAAC,MAAM,KAAK,CAAC,IAAI,IAAI,KAAK,MAAM;QAAE,OAAO,EAAE,CAAC;IACpD,MAAM,SAAS,GAAG,IAAI;SACnB,KAAK,CAAC,GAAG,CAAC;SACV,GAAG,CAAC,CAAC,KAAK,EAAE,EAAE,CAAC,KAAK,CAAC,IAAI,EAAE,CAAC;SAC5B,MAAM,CAAC,CAAC,KAAK,EAAE,EAAE,CAAC,KAAK,CAAC,MAAM,GAAG,CAAC,CAAC,CAAC;IAEvC,MAAM,OAAO,GAAwB,EAAE,CAAC;IACxC,KAAK,MAAM,KAAK,IAAI,SAAS,EAAE,CAAC;QAC9B,IAAI,KAAK,KAAK,QAAQ,IAAI,KAAK,KAAK,QAAQ,EAAE,CAAC;YAC7C,MAAM,IAAI,KAAK,CAAC,iBAAiB,KAAK,8CAA8C,CAAC,CAAC;QACxF,CAAC;QACD,OAAO,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IACtB,CAAC;IACD,2EAA2E;IAC3E,6DAA6D;IAC7D,OAAO,CAAC,GAAG,IAAI,GAAG,CAAoB,CAAC,QAAQ,EAAE,GAAG,OAAO,CAAC,CAAC,CAAC,CAAC;AACjE,CAAC;AAED,6EAA6E;AAC7E,SAAS,gBAAgB,CAAC,QAAkB;IAC1C,OAAO;QACD,QAAQ,CAAC,IAAI;eACN,QAAQ,CAAC,WAAW;;;EAGjC,QAAQ,CAAC,IAAI;CACd,CAAC;AACF,CAAC;AAED,MAAM,UAAU,qBAAqB,CACnC,IAAY,EACZ,KAA0B,EAC1B,SAAS,GAAa,cAAc;IAEpC,MAAM,OAAO,GAAsB,EAAE,CAAC;IACtC,MAAM,QAAQ,GAAG,SAAS,CAAC,MAAM,CAAC,CAAC,QAAQ,EAAE,EAAE,CAC7C,SAAS,CAAC,QAAQ,CAAC,QAAQ,CAAC,IAAI,CAAC,OAAO,CAAC,UAAU,EAAE,EAAE,CAAC,CAAC,CAC1D,CAAC;IACF,KAAK,MAAM,IAAI,IAAI,KAAK,EAAE,CAAC;QACzB,MAAM,IAAI,GAAG,WAAW,CAAC,IAAI,CAAC,CAAC;QAC/B,SAAS,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,QAAQ,CAAC,EAAE,EAAE,SAAS,EAAE,IAAI,EAAE,CAAC,CAAC;QAC1D,KAAK,MAAM,QAAQ,IAAI,QAAQ,EAAE,CAAC;YAChC,MAAM,QAAQ,GAAG,GAAG,QAAQ,CAAC,IAAI,KAAK,CAAC;YACvC,MAAM,IAAI,GAAG,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,QAAQ,EAAE,QAAQ,CAAC,CAAC;YACjD,aAAa,CACX,IAAI,EACJ;eACO,QAAQ,CAAC,WAAW;;;EAGjC,QAAQ,CAAC,IAAI;CACd,CACM,CAAC;YACF,OAAO,CAAC,IAAI,CAAC,EAAE,IAAI,EAAE,IAAI,EAAE,CAAC,CAAC;QAC/B,CAAC;QACD,IAAI,IAAI,CAAC,MAAM,KAAK,SAAS,EAAE,CAAC;YAC9B,KAAK,MAAM,QAAQ,IAAI,QAAQ,EAAE,CAAC;gBAChC,MAAM,SAAS,GAAG,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,EAAE,QAAQ,CAAC,IAAI,EAAE,UAAU,CAAC,CAAC;gBACrE,SAAS,CAAC,OAAO,CAAC,SAAS,CAAC,EAAE,EAAE,SAAS,EAAE,IAAI,EAAE,CAAC,CAAC;gBACnD,aAAa,CAAC,SAAS,EAAE,gBAAgB,CAAC,QAAQ,CAAC,CAAC,CAAC;gBACrD,OAAO,CAAC,IAAI,CAAC,EAAE,IAAI,EAAE,IAAI,EAAE,SAAS,EAAE,CAAC,CAAC;YAC1C,CAAC;QACH,CAAC;IACH,CAAC;IACD,OAAO,OAAO,CAAC;AACjB,CAAC;AAED,SAAS,cAAc,CAAC,GAAW;IACjC,IAAI,CAAC;QACH,oEAAoE;QACpE,uEAAuE;QACvE,IAAI,WAAW,CAAC,GAAG,CAAC,CAAC,MAAM,KAAK,CAAC,EAAE,CAAC;YAClC,SAAS,CAAC,GAAG,CAAC,CAAC;QACjB,CAAC;IACH,CAAC;IAAC,MAAM,CAAC;QACP,8DAA8D;IAChE,CAAC;AACH,CAAC;AAED,SAAS,qBAAqB,CAAC,IAAY,EAAE,IAAgB;IAC3D,KAAK,MAAM,QAAQ,IAAI,SAAS,EAAE,CAAC;QACjC,IAAI,UAAU,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,QAAQ,EAAE,GAAG,QAAQ,CAAC,IAAI,KAAK,CAAC,CAAC;YAAE,OAAO,IAAI,CAAC;QAC9E,IAAI,IAAI,CAAC,MAAM,KAAK,SAAS,IAAI,UAAU,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,EAAE,QAAQ,CAAC,IAAI,EAAE,UAAU,CAAC,CAAC,EAAE,CAAC;YAChG,OAAO,IAAI,CAAC;QACd,CAAC;IACH,CAAC;IACD,OAAO,KAAK,CAAC;AACf,CAAC;AAED,yEAAyE;AACzE,MAAM,UAAU,oBAAoB,CAAC,QAAkB;IACrD,OAAO,MAAM,CAAC,IAAI,CAAC,WAAW,CAAC,CAAC,MAAM,CAAC,CAAC,GAAG,EAAE,EAAE,CAAC,CAAC,QAAQ,CAAC,QAAQ,CAAC,GAAG,CAAC,CAAC,CAAC;AAC3E,CAAC;AAED;;;GAGG;AACH,MAAM,UAAU,sBAAsB,CAAC,IAAY,EAAE,IAAc;IACjE,MAAM,OAAO,GAAa,EAAE,CAAC;IAC7B,KAAK,MAAM,GAAG,IAAI,IAAI,EAAE,CAAC;QACvB,MAAM,IAAI,GAAG,WAAW,CAAC,GAAwB,CAAC,CAAC;QACnD,IAAI,IAAI,KAAK,SAAS;YAAE,SAAS;QACjC,MAAM,QAAQ,GAAG,qBAAqB,CAAC,IAAI,EAAE,IAAI,CAAC,CAAC;QACnD,KAAK,MAAM,QAAQ,IAAI,SAAS,EAAE,CAAC;YACjC,MAAM,WAAW,GAAG,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,QAAQ,EAAE,GAAG,QAAQ,CAAC,IAAI,KAAK,CAAC,CAAC;YACrE,IAAI,UAAU,CAAC,WAAW,CAAC;gBAAE,MAAM,CAAC,WAAW,CAAC,CAAC;YACjD,IAAI,IAAI,CAAC,MAAM,KAAK,SAAS,EAAE,CAAC;gBAC9B,MAAM,QAAQ,GAAG,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,EAAE,QAAQ,CAAC,IAAI,CAAC,CAAC;gBACxD,MAAM,SAAS,GAAG,IAAI,CAAC,QAAQ,EAAE,UAAU,CAAC,CAAC;gBAC7C,IAAI,UAAU,CAAC,SAAS,CAAC;oBAAE,MAAM,CAAC,SAAS,CAAC,CAAC;gBAC7C,cAAc,CAAC,QAAQ,CAAC,CAAC;YAC3B,CAAC;QACH,CAAC;QACD,cAAc,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,QAAQ,CAAC,CAAC,CAAC;QAC1C,IAAI,IAAI,CAAC,MAAM,KAAK,SAAS;YAAE,cAAc,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,CAAC,CAAC,CAAC;QACvE,uEAAuE;QACvE,mEAAmE;QACnE,cAAc,CAAC,OAAO,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,QAAQ,CAAC,CAAC,CAAC,CAAC;QACnD,IAAI,IAAI,CAAC,MAAM,KAAK,SAAS;YAAE,cAAc,CAAC,OAAO,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,CAAC,CAAC,CAAC,CAAC;QAChF,IAAI,QAAQ;YAAE,OAAO,CAAC,IAAI,CAAC,GAAG,CAAC,CAAC;IAClC,CAAC;IACD,OAAO,OAAO,CAAC;AACjB,CAAC;AAED;;;;GAIG;AACH,MAAM,UAAU,0BAA0B,CACxC,IAAY,EACZ,KAA0B,EAC1B,SAAmB;IAEnB,KAAK,MAAM,IAAI,IAAI,KAAK,EAAE,CAAC;QACzB,MAAM,IAAI,GAAG,WAAW,CAAC,IAAI,CAAC,CAAC;QAC/B,KAAK,MAAM,QAAQ,IAAI,SAAS,EAAE,CAAC;YACjC,IAAI,SAAS,CAAC,QAAQ,CAAC,QAAQ,CAAC,IAAI,CAAC,OAAO,CAAC,UAAU,EAAE,EAAE,CAAC,CAAC;gBAAE,SAAS;YACxE,MAAM,WAAW,GAAG,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,QAAQ,EAAE,GAAG,QAAQ,CAAC,IAAI,KAAK,CAAC,CAAC;YACrE,IAAI,UAAU,CAAC,WAAW,CAAC;gBAAE,MAAM,CAAC,WAAW,CAAC,CAAC;YACjD,IAAI,IAAI,CAAC,MAAM,KAAK,SAAS,EAAE,CAAC;gBAC9B,MAAM,QAAQ,GAAG,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,MAAM,EAAE,QAAQ,CAAC,IAAI,CAAC,CAAC;gBACxD,MAAM,SAAS,GAAG,IAAI,CAAC,QAAQ,EAAE,UAAU,CAAC,CAAC;gBAC7C,IAAI,UAAU,CAAC,SAAS,CAAC;oBAAE,MAAM,CAAC,SAAS,CAAC,CAAC;gBAC7C,cAAc,CAAC,QAAQ,CAAC,CAAC;YAC3B,CAAC;QACH,CAAC;IACH,CAAC;AACH,CAAC;AAED,MAAM,UAAU,kBAAkB,CAAC,IAAY,EAAE,OAA0B;IACzE,OAAO,OAAO,CAAC,GAAG,CAAC,CAAC,IAAI,EAAE,EAAE,CAAC,aAAa,QAAQ,CAAC,IAAI,EAAE,IAAI,CAAC,IAAI,CAAC,KAAK,IAAI,CAAC,IAAI,GAAG,CAAC,CAAC;AACxF,CAAC;AAED,qFAAqF;AACrF,MAAM,CAAC,MAAM,uBAAuB,GAAG,mCAAmC,CAAC;AAE3E;;;;;GAKG;AACH,MAAM,CAAC,MAAM,oBAAoB,GAAG,4CAA4C,CAAC;AAEjF;;;;GAIG;AACH,MAAM,UAAU,kBAAkB,CAAC,IAAY;IAC7C,KAAK,MAAM,IAAI,IAAI,CAAC,WAAW,EAAE,WAAW,CAAC,EAAE,CAAC;QAC9C,IAAI,CAAC;YACH,MAAM,IAAI,GAAG,YAAY,CAAC,IAAI,CAAC,IAAI,EAAE,IAAI,CAAC,EAAE,MAAM,CAAC,CAAC;YACpD,IAAI,IAAI,CAAC,QAAQ,CAAC,uBAAuB,CAAC,IAAI,IAAI,CAAC,QAAQ,CAAC,oBAAoB,CAAC,EAAE,CAAC;gBAClF,OAAO,IAAI,CAAC;YACd,CAAC;QACH,CAAC;QAAC,MAAM,CAAC;YACP,mEAAmE;QACrE,CAAC;IACH,CAAC;IACD,OAAO,SAAS,CAAC;AACnB,CAAC;AAED;;;;;;;GAOG;AACH,MAAM,UAAU,kBAAkB,CAChC,IAAY,EACZ,YAA+B;IAE/B,IAAI,YAAY,CAAC,MAAM,KAAK,CAAC;QAAE,OAAO,SAAS,CAAC;IAChD,IAAI,kBAAkB,CAAC,IAAI,CAAC,KAAK,SAAS;QAAE,OAAO,SAAS,CAAC;IAC7D,MAAM,SAAS,GAAG,YAAY,CAAC,IAAI,CAAC,CAAC,IAAI,EAAE,EAAE,CAC3C,IAAI,CAAC,IAAI,CAAC,QAAQ,CAAC,IAAI,CAAC,aAAa,EAAE,UAAU,CAAC,CAAC,CACpD,CAAC;IACF,MAAM,MAAM,GAAG,SAAS;QACtB,CAAC,CAAC,aAAa,QAAQ,CAAC,IAAI,EAAE,SAAS,CAAC,IAAI,CAAC,EAAE;QAC/C,CAAC,CAAC,6DAA6D,CAAC;IAClE,OAAO;QACL,8EAA8E;QAC9E,gFAAgF;QAChF,kBAAkB,MAAM,kBAAkB;KAC3C,CAAC,IAAI,CAAC,IAAI,CAAC,CAAC;AACf,CAAC"}