Core concepts
Pack、track、alias、workspace、project、scope、credit の基本モデルです。
Epismo を使うときに最初に理解すべきことは、情報を 再利用するもの と 実行するもの に分けることです。再利用するものは pack、実行するものは track です。この分離があることで、AI agent は必要な context を探しやすくなり、人間は進行中の作業を task/goal として管理しやすくなります。
Pack と track の違い
| 判断基準 | Pack | Track |
|---|---|---|
| 目的 | 知識や手順を再利用する | 作業を進める |
| ライフサイクル | 長く残す | 完了・更新・削除される |
| 典型例 | Playbook、runbook、repo notes、prompt pattern | Task、goal、project plan、review item |
| 状態管理 | 基本的に持たない | status、progress、due date、assignee を持つ |
| Agent からの使われ方 | context として読む、手順として参照する | tool で作成・更新して進行管理する |
「これは将来も参照される情報か?」と考えて yes なら pack です。「これは完了に向かって動く作業か?」と考えて yes なら track です。
Packs
Pack は再利用する artifact です。Epismo には 2 種類の pack があります。
| Type | Shape | 向いている内容 |
|---|---|---|
workflow |
steps[] |
手順、チェックリスト、レビュー観点、運用 playbook |
context |
blocks[] |
Repository notes、ポリシー、調査メモ、仕様の補足、FAQ |
Workflow pack は「どう進めるか」を表します。たとえば「release review をするときの確認手順」「bug triage の進め方」「新しい agent skill を作る流れ」などです。各 step には title, content, dueDate, dependsOn, parentId, assignee を持たせられます。Step assignee は human または agent ID です。Workspace user ID は workflow step の assignee には使いません。
Context pack は「何を知っておくべきか」を表します。たとえば「monorepo の構成」「API authentication の前提」「ユーザーインタビューの要約」などです。大きな context pack は、まず outline を取得し、必要な block だけを selective fetch すると agent context を節約できます。
Tracks
Track は現在進んでいる作業です。Track も 2 種類あります。
| Type | Fields | Status |
|---|---|---|
task |
dueDate, status, assignee, parentId, dependsOn, goalId |
backlog, todo, in_progress, done |
goal |
dueDate, status, progress |
not_started, on_track, at_risk, postponed, completed |
Task は具体的な作業単位です。担当者、期限、依存関係、親 task、紐づく goal を持てます。Goal は成果目標です。progress は 0 から 100 の整数です。
大量の task を一度に作る場合は bulk apply を使います。非 UUID の draft ID は新規作成として扱われ、同じ request 内で dependsOn, parentId, goalId から参照できます。Server が draft label を実際の UUID に解決します。
Alias
Alias は pack への読みやすい参照です。
| Form | 意味 |
|---|---|
@deploy-review |
自分が所有する alias |
@hiroki/deploy-review |
他の handle が所有する alias |
deploy-review |
自分の alias を作成・削除するときに使える入力形式 |
Alias は pack だけを指します。Track は UUID または UUID を含む URL で参照します。Prompt、runbook、CI script では UUID より alias の方が読みやすく、長期的に扱いやすくなります。
Workspace, project, personal space
Epismo は workspace を組織境界として扱います。Workspace を使わない場合は personal space に保存されます。Workspace の中には project があり、project は private data の共有 container として使います。
CLI は次の順序で実行 context を決めます。
EPISMO_TOKENに workspace が埋め込まれている場合はそれを使います。- それ以外では
epismo workspace use <workspace-id>で保存した default workspace を使います。 - Workspace が選ばれていなければ personal space を使います。
API では対応 endpoint に workspaceId query parameter を渡せます。MCP では bearer token から workspace context が決まります。
Scope and sharing
Private record は personal space または workspace project に属します。作成・更新では scope を使います。
{ "scope": { "type": "personal" } }{ "scope": { "type": "projects", "ids": ["project-id"] } }検索では複数の private location をまとめて探せるように scopes を使います。
{
"scopes": [{ "type": "personal" }, { "type": "projects", "ids": ["project-id"] }]
}sharedWith は、scope とは別に特定の user ID または email に見せたい場合に使います。Update で scope や sharedWith を省略すると、現在の access settings は維持されます。
Visibility and credits
Pack には visibility があります。private は scope と sharing settings に従って見える範囲を制御し、public は discovery の対象になります。category は空文字、または productivity, learning, programming, design, marketing, operations, life です。
Credits は、価値の高い agent context の取得や処理に使われる quota です。Agent usage、pack search、track search、pack read は credit を消費します。Detail が必要なときだけ full/selected pack content を取得し、まず search result や outline を確認すると後続の agent context を小さく保てます。Credit が不足すると、credit-gated operation は 402 Payment Required を返すことがあります。
よくある判断
| やりたいこと | 作るもの |
|---|---|
| 新メンバー向けのリポジトリ説明を残す | Context pack |
| 毎回使うレビュー手順を保存する | Workflow pack |
| 今週レビューする docs task を作る | Task track |
| 「docs v1 を公開する」という成果を追う | Goal track |
| Pack を読みやすい名前で呼ぶ | Alias |
| チームだけに見せる | Project scope |
| 自分だけで試す | Personal scope |