Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Agent Skillsで実現する記憶領域の運用とその後
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
yamadashy / やまだし
May 12, 2026
Technology
2.5k
2
Share
Agent Skillsで実現する記憶領域の運用とその後
下記イベントの登壇資料です。
開発者のためのClaude Code Skillsお悩み解消会
https://findy.connpass.com/event/390075/
yamadashy / やまだし
May 12, 2026
More Decks by yamadashy / やまだし
See All by yamadashy / やまだし
OSSで50の競合と戦うためにやったこと
yamadashy
3
1.3k
リポジトリをまるっとAIに食わせるRepomixの話
yamadashy
1
1.4k
Other Decks in Technology
See All in Technology
海外カンファレンス「JavaOne」参加レポート ユーザー系IT企業における目的・成果/JavaOne Report Purpose and Results in the User IT Company
muit
0
120
Unlocking the Apps
pimterry
0
120
形式手法特論:公平性制約の位相的特徴づけ #kernelvm / Kernel VM Study Kansai 12th
ytaka23
1
620
管理アカウント単一運用からAWS Organizationsに移行するの大変で滅
hiramax
0
320
Javaコミュニティをもっと楽しむための9箇条
takasyou
0
680
A Harness for Behaviour: how to get AI to generate code that does what we intend, or "TDD in the age of AI"
xpmatteo
1
520
layerx-fde-practices
cipepser
6
2.9k
関西に縁あるMicrosoft MVPsが語るCopilotの未来
kasada
0
360
Oracle Cloud Infrastructure:2026年5月度サービス・アップデート
oracle4engineer
PRO
1
270
ITエンジニアを取り巻く環境とキャリアパス / A career path for Japanese IT engineers
takatama
4
1.8k
先取りMaven4 ~16年ぶりのメジャーアップデート、その進化とは?~
ogiwarat
0
100
oracle-to-databricks-migration-with-llm-and-dbt
casek
1
380
Featured
See All Featured
AI: The stuff that nobody shows you
jnunemaker
PRO
7
670
[SF Ruby Conf 2025] Rails X
palkan
2
1.1k
Principles of Awesome APIs and How to Build Them.
keavy
128
17k
We Are The Robots
honzajavorek
0
230
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
Why Our Code Smells
bkeepers
PRO
340
58k
Navigating Team Friction
lara
192
16k
The Impact of AI in SEO - AI Overviews June 2024 Edition
aleyda
5
1.1k
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
130
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
HTML-Aware ERB: The Path to Reactive Rendering @ RubyCon 2026, Rimini, Italy
marcoroth
1
130
Git: the NoSQL Database
bkeepers
PRO
432
67k
Transcript
Agent Skillsで実現する 記憶領域の運用とその後 @yamadashy 開発者のためのClaude Code Skillsお悩み解消会
私 やまだし @yamadashy • 仕事では社内のAIの活用推進 • これまで作ったもの ◦ Repomix ◦
Slack Channels Grouping 2 ChatGPTに変換してもらった 犬とのツーショット
好きなスキルはなんですか? 私の好きなスキルは、自作の Codex / Claude / Copilot 呼び出しスキル • codex-exec
• claude-exec • copilot-exec 複数AIを気分によって切り替えているので、 セカンドオピニオン・レビュアーとして他CLIを呼び出す 今のところ、Codex (GPT-5.5 xhigh) が一番良い意見をくれる 3
AIに任せるほど「経緯」の置き場が必要になる • よくやる作業手順はスキルに残せる • 判断や経緯は過去の会話に埋もれやすい ◦ セッションをまたぐと、毎回掘り返すのがつらい 任せるタスクや利用するエージェントが増えるほど、 「記録の置き場」が欲しくなる 4
Zenn記事で紹介した agent-memory スキル 会話履歴を掘らずに、忘れても戻れるようにしたかった • 「記憶して」 ◦ Markdown に保存。frontmatter に
summary • 「思い出して」 ◦ rg で summary を検索し、必要な記憶を読む これにより、安心して忘れられる 記事:Claude Codeで記憶領域を持つための独自の Agent Skillsを使っている 5
ここまでは、まあまあ良かった • 会話履歴を掘らなくていい • Claude Code / Codex / Copilot
をまたいで使える • Markdown なので人間も読める スキル + Markdown + rg だけでも、最初の一歩としては十分便利だった 6
運用すると限界が見えた • 古い記憶が溜まり続ける ◦ rg だけでは整理や検証に限界がある 「記憶を増やす」だけだと、今度は記憶の管理が必要になる 7 7
見直したのは「役割分担」 スキルに任せる部分 • いつ保存するか • いつ探すか • どう判断するか • agentにどう振る舞ってほしいか
8 スキルでは難しい部分 • frontmatter検証 • 寿命計算 • 状態更新 • アーカイブ / 破棄 ➔ ここを補うなにか...
既存のmemory toolsは強い 賢い道具はたくさんある • agentmemory / Mem0 / Letta /
Cognee / claude-mem / … ただ自分が欲しかったのは、 • エージェントと人間が同じように内容を見ることができる ◦ PR / diff / エディター で触れる • 使われないものが自然に消える この2つを満たす、素朴な仕組みが欲しかった 9
そこで作ったのが Agent Carnet エージェントと人間が共有する、寿命付きのMarkdown手帳 https://github.com/yamadashy/agent-carnet • .carnet/<category>/<slug>.md に保存 • Markdown
+ YAML frontmatter • メモの期限は「最後の使用日時」+「寿命」 ◦ 読まれ、使われた記録だけが残っていく ※ まだ実験段階の自分向けCLIです 10 カルネ
コンセプト①:ファイルベースでのメモの管理 • PR の diff でレビューできる • k1LoW/mo などのツールでも確認できる •
VSCode / PR 上で直せる • 最悪 grep / cat で読める その他のユースケース • 使用回数の多いメモを手動で docs に移動 ➔ これはスキルだけでもできた部分 11
コンセプト②:使用頻度ベースの寿命管理 • CLIの各コマンド ◦ find ▪ 検索しただけでは寿命は延びない ◦ read ▪
読まれたら延命 ◦ used ▪ 使われたら延命しつつ use_count が増え、重要度が上がる • 使われなければ自動で .trash/ へ移動される ➔ ここがスキルだけでは難しかった部分 12
おわり 伝えたいこと • スキルで全部頑張ることではなく、 どこまでをスキルに任せるかを決めること • もしスキルの限界が見えたら、 スクリプトなりCLIなり、その弱点を補うものを作りましょう! 13 @yamadashy
ご清聴ありがとうございました!