ワンクリックでManusで任意のスキルを実行

record

スター3

フォーク1

更新日2026年4月21日 15:55

Record a business artifact (.oh/ metis, signal, guardrail, or outcome update). Use when capturing learnings, measurements, constraints, or updating outcome status.

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

open-horizon-labs

open-horizon-labs/repo-native-alignment

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

Record Business Artifact

Write a structured markdown file to .oh/ with YAML frontmatter. Use the templates below for each type.

Arguments

$ARGUMENTS should be: <type> <slug> [options]

Example: /rna-mcp:record metis protocol-mismatch-hangs

Templates

Metis (learning)

Write to .oh/metis/<slug>.md:

---
id: <slug>
title: "<title>"
outcome: <related-outcome-id>
---

<body — what was learned and why it matters>

Signal (measurement)

Write to .oh/signals/<slug>.md:

---
id: <slug>
outcome: <related-outcome-id>
type: slo|metric|qualitative
threshold: "<measurable threshold>"
---

<body — what this measures and how>

Guardrail (constraint)

Write to .oh/guardrails/<slug>.md:

---
id: <slug>
severity: candidate|soft|hard
statement: "<one-line constraint>"
outcome: <related-outcome-id>
---

<body — rationale for this constraint>

Outcome (update existing)

Edit the existing file at .oh/outcomes/<slug>.md — update status, mechanism, or files in the frontmatter.

Process

Parse $ARGUMENTS to determine type and slug
Check if the file already exists — if so, confirm before overwriting (metis/signal/guardrail) or merge updates (outcome)
Read one existing artifact of the same type for frontmatter format reference
Write the file using the Write tool
Confirm: "Recorded at .oh/<subdir>/<slug>.md"

Slug Rules

Lowercase, alphanumeric + hyphens only
No path separators (/, \, ..)
Example: protocol-mismatch-hangs, agent-scoping-accuracy

ADRs (architecture decisions)

When recording an ADR, write to docs/ADRs/<NNN>-<slug>.md with YAML frontmatter plus markdown body. Keep the ADR prose canonical, and make executable validation declarations match plugin/skills/adr-sync/SKILL.md.

ADR template

---
id: <NNN>-<slug>
status: proposed|implementing|implemented|superseded
validate:
  cargo_tests:
    - <exact cargo test name from `cargo test -- --list`>
  audits:
    - <exact built-in audit name if the claim is structural rather than behavioral>
  smoke:
    - <fixture path if needed>
  scripts:
    - <exact script path only if a normal test or audit cannot honestly express the claim>
---

# <Decision Title>

## Context
<why this decision exists>

## Decision
<what was decided>

## Consequences
<trade-offs and follow-on effects>

ADR rules

Prefer cargo_tests over every other check type whenever the claim can be expressed as a normal test
Use built-in audits for code-shape constraints that are not honest test cases
Use direct executable references only — no opaque evidence IDs
If a validation does not exist yet, leave it out and call out the missing check explicitly in the ADR body or follow-up work
After creating or updating an ADR, run /rna-mcp:adr-sync so frontmatter, compile/check output, and missing-check reporting stay aligned

このリポジトリの他の Skills

同じリポジトリ

execute

open-horizon-labs/repo-native-alignment

Do the work. Pre-flight, build, detect drift, salvage if needed. Use when you have a clear aim and are ready to implement.

2026-07-163

oh-join

open-horizon-labs/repo-native-alignment

Resolve multi-dependency fan-in by merging dependency PRs into a common base and updating issue dependencies

2026-07-163

oh-merge

open-horizon-labs/repo-native-alignment

Review and merge open PRs for GitHub issues as a cohesive batch

2026-07-163

oh-task

open-horizon-labs/repo-native-alignment

Claim a GitHub issue, create its branch and draft PR before implementation, execute the work in isolation, and hand the completed draft to RNA's full ship gate.

2026-07-163

review

open-horizon-labs/repo-native-alignment

Check work and detect drift before committing. A second opinion that catches misalignment early. Use at natural pause points, before PRs, or when something feels off.

2026-07-163

review-readiness

open-horizon-labs/repo-native-alignment

Agent-led PR/working-tree review triage. Start from the diff, add RNA graph/business context only where it changes review decisions, and state when raw git diff is enough.

2026-07-163

name	record
description	Record a business artifact (.oh/ metis, signal, guardrail, or outcome update). Use when capturing learnings, measurements, constraints, or updating outcome status.

Record Business Artifact

Write a structured markdown file to .oh/ with YAML frontmatter. Use the templates below for each type.

Arguments

$ARGUMENTS should be: <type> <slug> [options]

Example: /rna-mcp:record metis protocol-mismatch-hangs

Templates

Metis (learning)

Write to .oh/metis/<slug>.md:

---
id: <slug>
title: "<title>"
outcome: <related-outcome-id>
---

<body — what was learned and why it matters>

Signal (measurement)

Write to .oh/signals/<slug>.md:

---
id: <slug>
outcome: <related-outcome-id>
type: slo|metric|qualitative
threshold: "<measurable threshold>"
---

<body — what this measures and how>

Guardrail (constraint)

Write to .oh/guardrails/<slug>.md:

---
id: <slug>
severity: candidate|soft|hard
statement: "<one-line constraint>"
outcome: <related-outcome-id>
---

<body — rationale for this constraint>

Outcome (update existing)

Edit the existing file at .oh/outcomes/<slug>.md — update status, mechanism, or files in the frontmatter.

Process

Parse $ARGUMENTS to determine type and slug
Check if the file already exists — if so, confirm before overwriting (metis/signal/guardrail) or merge updates (outcome)
Read one existing artifact of the same type for frontmatter format reference
Write the file using the Write tool
Confirm: "Recorded at .oh/<subdir>/<slug>.md"

Slug Rules

Lowercase, alphanumeric + hyphens only
No path separators (/, \, ..)
Example: protocol-mismatch-hangs, agent-scoping-accuracy

ADRs (architecture decisions)

ADR template

---
id: <NNN>-<slug>
status: proposed|implementing|implemented|superseded
validate:
  cargo_tests:
    - <exact cargo test name from `cargo test -- --list`>
  audits:
    - <exact built-in audit name if the claim is structural rather than behavioral>
  smoke:
    - <fixture path if needed>
  scripts:
    - <exact script path only if a normal test or audit cannot honestly express the claim>
---

# <Decision Title>

## Context
<why this decision exists>

## Decision
<what was decided>

## Consequences
<trade-offs and follow-on effects>

ADR rules

Prefer cargo_tests over every other check type whenever the claim can be expressed as a normal test
Use built-in audits for code-shape constraints that are not honest test cases
Use direct executable references only — no opaque evidence IDs
If a validation does not exist yet, leave it out and call out the missing check explicitly in the ADR body or follow-up work
After creating or updating an ADR, run /rna-mcp:adr-sync so frontmatter, compile/check output, and missing-check reporting stay aligned