メニュー
Interview the user to design a custom archetype — chain existing blocks into an ordered sequence with per-instance bindings — then save it as a custom archetype.json via archetype.save_custom.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
PA dispatch — morning briefing, inbox/task triage, and send-queue dispatch for the personal-assistant surface. Reads `ikenga.db` via `host.dbQuery` (SELECT-only); triggers approved sends via `host.dbExec`. DISPATCH-ONLY: task and email CRUD belongs to the tasks and mail pkgs, not here. TRIGGER when the user asks for a morning briefing, inbox/task triage, or wants to dispatch queued sends. Runs as a Chi conversation in the dock. DO NOT TRIGGER for task or email CRUD (create/edit/delete). Route those to the tasks pkg or the mail pkg.
Turn a script (Fountain or plain text) into a populated com.ikenga.studio storyboard in one pass — segment it into shots (cells), tag the source script with each shot's id so the board and the script stay linked, and extract the recurring characters, locations, and props as reusable, seed-lockable anchors. Populates the board only; it generates nothing and spends nothing — the shots and anchor stubs are proposals for a human to review and approve before any fal render.
Read and search emails from local Thunderbird mail storage, and save reply drafts to the IMAP server. Use when agents need to access email data for financial workflows (payment receipts, billing notifications), editorial workflows (newsletter curation), or research workflows (industry intel), or to place a drafted reply into the user's Drafts folder for review. Triggers on email search, payment receipts, subscription notifications, newsletter extraction, or "save this as a draft / draft a reply in Thunderbird".
Finance dispatch — reconciliation sweep with match/pair/dispute decisions, A/R aging chase, and project setup for the finance domain. Reads `ikenga.db` via `host.dbQuery` (SELECT-only); approved decisions dispatch through the host write path. DISPATCH-ONLY: transaction CRUD and payment release belong to the finance app pkg (`com.ikenga.finance`), not here. TRIGGER when the user asks to reconcile transactions, review unmatched ledger rows, chase overdue invoices, or configure the finance skill for this project. DO NOT TRIGGER for transaction CRUD (create/edit/delete), payment release (approve-gate + host own it), or bank pull (external cron). DO NOT run KPI math — cash/burn/runway stays client-side in the pane (R-03 query-collapse). DO NOT send AR follow-ups directly — transport belongs to skill-outbound (R22).
Research dispatch — source-sweep with stale-refresh and dossier-commission proposals, and report-draft surface for the research domain. Reads `ikenga.db` via `host.dbQuery` (SELECT-only, `research_notes` + `research_sources`); approved proposals dispatch through the host write path. DISPATCH-ONLY: research CRUD belongs to the research app pkg (`com.ikenga.research`), not here. TRIGGER when the user asks for a research sweep, source freshness check, dossier commission proposals, or to draft a new research report or persona in chat. DO NOT TRIGGER for research CRUD (create/edit/delete/reassign from skill). Route those to the research app pkg. DO NOT run KPI math — that stays client-side in the pane (R-03). DO NOT run web-scraping or real-time source fetching — source re-scraping is dispatched through the host after operator approval.
Strategy dispatch — OKR review with countersign proposals, at-risk flagging, and objective-draft surface for the strategy domain. Reads `ikenga.db` via `host.dbQuery` (SELECT-only); approved review actions dispatch through the host write path. DISPATCH-ONLY: strategy CRUD belongs to the strategy app pkg (`com.ikenga.strategy`), not here. TRIGGER when the user asks for a strategy review, OKR sweep, cycle summary, at-risk objective flags, or to draft a new objective in chat. DO NOT TRIGGER for strategy CRUD (create/edit/delete/reassign from skill). Route those to the strategy app pkg. DO NOT run KPI math — that stays client-side in the pane (R-03). DO NOT query cross-domain tables directly — KR progress proxies from finance/sales stay client-side.
| name | studio-archetype-build |
| description | Interview the user to design a custom archetype — chain existing blocks into an ordered sequence with per-instance bindings — then save it as a custom archetype.json via archetype.save_custom. |
Author a custom archetype by chaining existing blocks.
block.list) so you can pick atoms by kind (hook / beat / transition / cta / …).chain[] of { block_id, bindings } entries, where bindings map each block's parameter names to values.ArchetypeSchema (from @ikenga/studio-schema).archetype.save_custom, which writes <project>/archetypes/<id>/archetype.json. Custom archetypes are then discoverable alongside the seven built-ins.{
"id": "product-demo-30s",
"name": "Product demo (30s)",
"description": "...",
"builtin": false,
"chain": [
{ "block_id": "hook.stat", "bindings": { "stat": "10x faster" } },
{ "block_id": "beat.demo", "bindings": {} },
{ "block_id": "cta.talk-to-us", "bindings": {} }
],
"default_total_duration_ms": 30000,
"metadata": {}
}
/studio-archetype-build
# → interview → pick blocks → save custom archetype → instantiate into a project
To author a brand-new block (not just chain existing ones), use studio-block-author.