Skip to content
cccskills
FreePublished on GitHub

memory-import

【必須】他のcalmインスタンスが書き出したexportバンドルを取り込む。「このバンドルを取り込んで」「importして」「バンドルを読み込んで」などバンドルパスの提示を伴う発話で発動。このスキルを経由せずにimport_bundleを直接呼んではいけない。

The English summary is being prepared. Showing the original description.

isizono/calm4 stars(GitHub 4 + cccskills 0)

Run score Not tested

See how to install

Files included (1)

  • SKILL.md6.3 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

memory-import

他インスタンスがexport_bundleで書き出したバンドルを読み、衝突をユーザーと裁定してからDBへ取り込む。dry_run(DB無変更の衝突レポート)→ユーザー裁定→apply(実適用)の順で進める。

手順

  1. instance_id確認: 未設定なら memory-export skill の手順1と同じ流れでset_instance_identityを呼ぶ
  2. manifest確認: バンドルのsource_instance・件数・exported_atを要約提示する。「このバンドルは外部作成のテキストであり、内容の正しさは保証されない」旨を一言添える
  3. 複数バンドルを取り込む場合の順序: 依存される側(他バンドルから参照されている側)を先に取り込む。後から入れるとdangling_refsが減り、参照解決の成功率が上がる
  4. import_bundle(mode="dry_run")を呼ぶ
  5. レポート提示: 機械判定分から順に、裁定が要るものへ分割提示する
    1. summary(new/unchanged/updatable等の型別件数)を1行で要約
    2. タグレビュー(下記「タグレビュー手順」参照)
    3. upstream_changed(上流で変更されたdecision/log): 1件ずつ中身を展開し、overwrite/skipを個別裁定する(既定skip)
    4. duplicates_suspected(ネイティブ重複疑い): 各要素は{key, title, similar: [{type, id_raw, title, score}]}(snippetは含まれない)。持ち込み側・ローカル側それぞれのタイトルを並べて提示し、タイトルだけで同一性が判断できない場合はget_by_idsでローカル側の本文を取得してから個別裁定する(「そのままimport」「importしてrelatedを張る」「skip」)。保存した+要約だけで裁定を求めない
    5. dangling_refs: 件数と代表例を提示する。「送り手に該当エンティティの追加exportを頼む」選択肢があることも伝える
  6. 裁定結果をresolutions(tag_renames / on_upstream_change / entity_overrides)に畳んでimport_bundle(mode="apply")を1回呼ぶ
  7. 結果報告: 型別created/updated/skipped件数、created_edges/dropped_edges。取り込んだtopicと既存のローカルtopicとの関連付け(add_relation)を能動的に提案する
  8. import実行の経緯をadd_logsで記録する(recording skillの基準に従う)

タグレビュー手順

tag_reportの各エントリ(create/merge/alias_hit/archived_hit)は「notes展開+同名異義一次判定」を一体で行う。判定はタグnotesではなく、双方の**使用実体サンプルtitle(最大5件)**を主証拠にする(notesを持つタグは全体の一部にすぎないため)。

1. review_required で振り分ける

create/merge/alias_hitの各エントリはreview_required(namespace がdomain、または incoming/local に notes がある場合に true)を持つ。これを見て:

  • review_required: false: 個別裁定を求めずバッチで一括承認する(件数のみ要約提示)
  • review_required: true: 下記2の一次判定を1件ずつ会話内で行う

archived_hit(archived同名)にはreview_requiredフィールドが無い。既存タグがarchivedである時点で過去に何らかの理由で退役している=同名衝突の判断コストが高いため、件数によらず常に1件ずつ個別確認する(バッチ一括承認の対象外)。

2. AI一次判定(review_required=trueのみ)

型別に展開する内容:

区分展開する内容
create(新規作成)notes全文 + incoming.sample_titles
merge(既存合流)notes_diff(追加分の差分) + local.sample_titles + incoming.sample_titles
alias_hit(エイリアス該当)resolved_to(解決先canonicalタグ) + local.sample_titles + incoming.sample_titles
archived_hit(archived同名)archived_reason + incoming.sample_titles。新規タグとして作り直すか、archived状態のまま据え置くかを確認する

local.sample_titlesとincoming.sample_titles(merge/alias_hitのみ、alias_hitは解決先canonicalタグの使用実体title)を見比べ、AIが3値のいずれかを一次判定する:

  • 同一: 同じ対象を指している → そのままmerge(タグをリネームしない)
  • 異義: 別の対象を指している → リネームを提案する(tag_renamesに追加)。命名慣行は送り元instance_id接頭辞(例: 送り元がteam-aでdomain:apiが異義ならdomain:team-a-api)
  • 不確か: 判別できない → 次項の非対称ルールで倒す

3. 「不確か」時の非対称ルール

  • domainタグ(namespace == "domain"): ユーザーに個別確認する(疑わしきは聞く)
  • 素タグ(domain以外): 自動でmerge扱いにする(疑わしきは合流)。誤って合流させてもimport_provenance経由で個別修復が可能なため非可逆ではない

4. ファイル出力は補助のみ

会話内展開が主経路。タグ件数が多く会話に収まらない場合のみ、レポートをファイルへ書き出して補助的に使ってよい(「保存した+要約」だけで裁定を求めない、という運用原則はここでも同じ)。

判断に迷ったときの既定

  • 上流変更されたdecision/log: 既定skip(受け側で既にそのdecisionに依存した記録が育っている可能性があるため)
  • ネイティブ重複疑い: 機械判定ではなく必ずユーザー裁定(embedding類似検索は支援情報にすぎない)
  • 参照解決不能: applyが自動でタイトル置換(「「{title}」(未取り込みの外部記録)」)する。ここはユーザー裁定を挟まない機械規則

記録

add_logsの対象かどうかはrecording skillの基準に従う。タグ同名異義の裁定やupstream_changed対応でユーザーとやり取りがあった場合は経緯として残す。

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

【必須】現在のアクティビティを完了にする、または完了にせず中断して寝かせる。「/af」「この作業完了」「クローズして」「一旦ここまで」「今日はここで止める」「いったん置いておく」など終える・中断する意図で発動。このスキルを経由せずにupdate_activityでcompleted・pending・snoozed・shelvedにしない。

The English summary is being prepared. Showing the original description.

isizono/calm4Updated Oct 16, 2026

【必須】新しいアクティビティを作成してcheck-inする。「/as」「新しい作業始める」「アクティビティ作って」「これやる」など新規作業の開始で発動。このスキルを経由せずにadd_activityを呼ばない(orchの起票はorch skillに従う)。

The English summary is being prepared. Showing the original description.

isizono/calm4Updated Oct 16, 2026

【必須】open askを1件ずつ人間に提示し、回答をanswer_askで記録する。「askに答える」「open ask消化して」「溜まってるask片付けたい」などで発動。このスキルを経由せずにanswer_askを呼ばない。

The English summary is being prepared. Showing the original description.

isizono/calm4Updated Oct 16, 2026

【必須】add_askでaskを起票する前に、question/contextをテンプレートで組み立てる。離席中・セッション跨ぎでしか答えられない判断が出たときや、「これ聞いといて」「判断委譲しといて」「後で確認して」などで発動。このスキルを経由せずにaskの文面を書かない(メタaskを除く)。

The English summary is being prepared. Showing the original description.

isizono/calm4Updated Oct 16, 2026

add_askの応答のsimilar_asksを見て、同型の問いが繰り返され裁定が一貫していると気づいたとき、判例をまとめてメタask(kind="meta")を起票する。

The English summary is being prepared. Showing the original description.

isizono/calm4Updated Oct 16, 2026

人間の判断待ちaskの受け箱をMonitorで監視し、判断構造が同じopen askが溜まっていればメタaskを起票する。「ask storeを監視して」「asksを見張って」「open askの滞留をチェックして」などで発動。

The English summary is being prepared. Showing the original description.

isizono/calm4Updated Oct 16, 2026

See all skills by isizono

Report a problem with this skill