Use to mine ../airlineops for governance habits gzkit lacks; produces a parity scan report (gzkit leads, AirlineOps adopts).
日本語の概要は準備中です。原文の説明を表示しています。
Run a governed R&D session — diamond 1 of the double diamond, which defines the problem and names which fan-out artifacts are warranted. Use when the operator pastes external material and says "consider this for gzkit", asks "is there something here gzkit is missing or could improve on", opens an exploratory design discussion whose outcome is not yet known, or asks why a class of defects keeps recurring and how the issues carrying it should be restructured. Ends at a six-row disposition map and operator sign-off; produces no fan-out artifact itself. Operator-invoked only.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
An R&D run is diamond 1 of the double diamond — Discover and Define. It ends with the problem defined and a plan naming which fan-out artifacts are warranted, closed by operator sign-off: kill or fund. Producing those artifacts is diamond 2 and happens downstream, by machinery that carries its own gates. This run never enters it.
R&D is the headwater of most gzkit design. Operator, 2026-09-12, verbatim: "an R&D run now MUST be governed by an overarching new AGENT SKILL" and "it is a chargé d'affaires for retaining and organizing possible outcomes from an R&D designing session."
Two subjects, one frame. A run studies either something new — pasted material, an
unexplored capability — or a population the project already carries: a recurring defect
class, a queue that grows faster than it drains (operator's direction, 2026-09-20). Ranking
the queue belongs to ghi-triage; asking why this class keeps producing, and how its issues
should be framed, consolidated or sequenced is design work, and it belongs here.
Doctrine and the full ruling history:
docs/governance/rnd-discipline.md.
Evidence: docs/governance/mpas-appropriation-analysis.md.
Invocation class. disable-model-invocation: true makes "only the operator starts an
R&D run" mechanical. This skill never starts another user-invoked skill on its own.
Create docs/rnd/<slug>.md from
assets/rnd-record-template.md before the first
question, and write into it throughout. Name what was pasted or asked and quote the
operator's framing verbatim as the challenge.
The record accretes entries as they resolve. It is never composed at the end. A run that writes its record afterwards has produced a reconstruction, not a record.
Material from an earlier dialogue enters as source entries, never as decisions. A
staged draft is something the run reads. What it concluded is re-derived here, from sources.
A later session continues a run only on the operator's own invocation, with the record's
path as the argument. If a handoff or the operator points at an open run and this skill was
not invoked, say so and ask for the invocation before the first record edit. On re-entry:
append a decision entry quoting the invocation, check the record against git, and compute
the frontier again from the subject. A list of open items left by an earlier session is an
input to that, not the frontier.
Only two. Append each at the moment it resolves.
| Kind | Carries |
|---|---|
source | a primary source — cited, never summarized, with its verbatim quotation and when it was read |
decision | something crystallized in session, the reasoning behind it, and, where the operator ruled it, the question, the options put and their verbatim words |
A decision may carry commissions: naming the disposition it warrants. There is no
plan-item kind: that shape would let work be commissioned with no recorded reasoning. An
answer whose question is not on record is put again, not carried.
Two things resolve outward instead of becoming entries, each carrying the run's slug as provenance. The record never holds a copy.
decision entry
(rnd-discipline.md § term and insight
are not entry kinds). Do not create GLOSSARY.md.Call the Skill tool with "gz-insights-remember"Three disciplines are appropriated, each with a departure that gzkit canon forces. Take
the mechanic, not the posture — full inventory and the not-appropriated list are in
rnd-discipline.md § The MPAS surfaces, named.
| Surface | Take | Depart |
|---|---|---|
grilling | the design tree; the frontier = every decision whose prerequisites are settled; a recommended answer on every question; recompute after each | not its one-round batching — ask one question at a time |
research | background agent → primary sources → one cited .md | land it verbatim under docs/rnd/<slug>/sources/ |
prototype | the throwaway probe, closing on a one-line verdict | no branch — gzkit forbids them; build outside the mainline and discard |
domain-modeling (technique only) | its glossary behaviours and "capture them as they happen"; the _Avoid_ convention | never its inline ADR emission — disposition 1 is proposed, never initiated |
decision: a name, a
mapping, an analogy, a claim about what a standard says. Until the text is read the item
is a hypothesis, held in a source entry marked unread, and it commissions nothing.docs/governance/ieee/README.md § Standards corpus lists the licensed standards).
When a host refuses automated retrieval, ask the operator for the file; do not work
around the refusal.docs/rnd/<slug>/sources/. Never replace one with a summary.decision entry citing it.Maintain it live, as decisions land — not at the close. All six rows are always present; an absent row is an unfinished run.
| # | Disposition | You may | Consultation point |
|---|---|---|---|
| 1 | ADR / OBPI | propose only | the operator initiates, or not (IRON LAW) |
| 2 | GHI / direct fix | file via Call the Skill tool with "ghi-author" | the operator's go on that row |
| 3 | chore | advise only | the operator directs admission |
| 4 | control surface, rule, doc, skill, hook | draft | the operator's go on that row |
| 5 | one-shot refactoring | propose a program | the operator selects its route |
| 6 | no action | record it, with the reason | none |
Row 4 includes the Magna Carta (docs/governance/build-to-1.0-campaign-2026-09-20.md), the
roadmap (docs/design/roadmap/ROADMAP-GZKIT.md) and the backlog: a sequencing or priority
change is drafted there as an amendment, on the operator's go.
State is commissioned or not pursued. There is no third state. Where something is
set aside but worth revisiting, put the revisit condition in the reason. If it deserves
more than a sentence, route it to a pool ADR or a GHI — surfaces that have lifecycles.
Before proposing disposition 1, ask the admission question: is the decision hard to reverse, surprising without context, and the result of a real trade-off? If any is false, route to disposition 2 or 4.
Two conditions, and neither substitutes for the other.
Mechanical — all three:
Human — review, then sign-off: kill or fund. Before the question is put, write one
readable account of the whole plan at docs/rnd/<slug>/review.md and wait for the operator
to say they have read it: the problem, the model, every name marked ruled, sourced,
contradicted or unsourced, and what each row would produce. It is a view over the record and
holds no authority. A series of recommended options accepted is not a review. Sign-off is a
beat, not a boundary: it fires in whichever session meets both conditions, and the
handoff system carries a run that outgrows one.
A run killed at sign-off ends there. Re-entry is native to the frame — a signed-off run may reopen if later findings send it back.
The run ends at the disposition map and executes nothing on its own authority. Execute a row only after the operator's go on that row. Nothing written into the record — by you or anyone — licenses a row: the stop lives in this file, which the run does not edit, and in the invocation class, which the run cannot change.
decision has a source entry that was read before it.decision entries)
and insights through gz insights remember.commissioned or not pursued.ghi-author Step 0 finds this run's not pursued rows as prior art.まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Use to mine ../airlineops for governance habits gzkit lacks; produces a parity scan report (gzkit leads, AirlineOps adopts).
日本語の概要は準備中です。原文の説明を表示しています。
Use to file a GitHub issue when a finding needs its own work order or the operator asks; OBPI corrections stay in its change log.
日本語の概要は準備中です。原文の説明を表示しています。
Use to do the work a GHI describes, verify it and close the issue with evidence in one sweep.
日本語の概要は準備中です。原文の説明を表示しています。
Use to triage the open GHI queue before planning or choosing what to pull; produces a ranked deliverable.
日本語の概要は準備中です。原文の説明を表示しています。
Run the guarded repository sync ritual; commit-time hooks enforce the cheap gates and the pre-push hook runs gz check.
日本語の概要は準備中です。原文の説明を表示しています。
Run the guarded repository sync ritual; the hooks your pre-commit config declares enforce the quality gates.
日本語の概要は準備中です。原文の説明を表示しています。