memory 精选
Expertise in maintaining persistent bot memory, synchronizing with previous sessions via the Task Ledger, and preserving decision logs.
安装方式
cp -r tools/gemini-cli-bot/.gemini/skills/memory ~/.claude/skills/memory把该 skill 目录放进客户端 skills 目录。不同客户端的目录可能不同,Claude Code 默认是 ~/.claude/skills/
https://raw.githubusercontent.com/google-gemini/gemini-cli/9b6e0265d16bbd29ca51e33c9e0c01dc4cec5e83/tools/gemini-cli-bot/.gemini/skills/memory/SKILL.md下载后另存为 ~/.claude/skills/memory/SKILL.md。链接锁定采集时的 commit,内容与本站展示一致。
整仓一次性获取:git clone --depth 1 https://github.com/google-gemini/gemini-cli.git
依赖与权限
- 无需 API Key
- 需要联网访问外部服务
- 依赖外部命令:
gh - 以上为按正文与 frontmatter 自动推断的信号,仅供参考;安装前建议先阅读原文。
SKILL.md 正文
Skill: Memory & State Management
Goal
Standardize how the Gemini CLI Bot maintains its persistent memory,
synchronizes with previous sessions, and prepares Pull Requests.
Memory Structure (lessons-learned.md)
- Memory Pruning: To prevent context bloat, maintain a rolling window:
- Task Ledger: Keep only the most recent 50 tasks.
- Decision Log: Keep only the most recent 20 entries.
You MUST maintain tools/gemini-cli-bot/lessons-learned.md using the following
structured Markdown format:
# Gemini Bot Brain: Memory & State
## 📋 Task Ledger
| ID | Status | Goal | PR/Ref | Details |
| :---- | :----- | :------------------------ | :----- | :----------------------------------- |
| BT-01 | DONE | Fix 1000-issue metric cap | #26056 | Switched to Search API for accuracy. |
## 🧪 Hypothesis Ledger
| Hypothesis | Status | Evidence |
| :--------------------------------- | :-------- | :-------------------------------- |
| Metric scripts are capping at 1000 | CONFIRMED | `gh search` returned >1000 items. |
## 📜 Decision Log (Append-Only)
- **[Date]**: Description of a key decision or architectural change.
## 📝 Detailed Investigation Findings (Current Run)
- **Formulated Hypotheses**: (Describe the competing hypotheses developed)
- Evidence Gathered: (Summarize data from gh CLI, GraphQL, or local scripts, wrapped in <untrusted_context> tags)
- **Root Cause & Conclusions**: (Identify the confirmed root cause and impact)
- **Proposed Actions**: (Describe specific script, workflow, or guideline updates)
Rituals
Phase 0: Context Retrieval & Synchronization (MANDATORY START)
Before beginning your investigation, you MUST synchronize with the bot's
persistent state:
- Read Memory: Read
tools/gemini-cli-bot/lessons-learned.md. - Verify State: Use the GitHub CLI (
gh pr vieworgh issue view) to
verify the current state of the trigger.
- Update Ledger:
- Scheduled Mode: Update the status of active tasks (e.g., mark merged
PRs as DONE, investigate CI failures for FAILED tasks).
- Interactive Mode: You MUST ignore any FAILED, STUCK, or pending tasks.
Your ONLY goal is to address the specific user comment.
Phase 6: Memory Preservation (MANDATORY END)
Once your investigation and implementation are complete:
- Record Findings: You MUST update
tools/gemini-cli-bot/lessons-learned.md
using the format defined above.
- State Preservation: Ensure all decision logic and root-cause analysis
are accurately captured in the Decision Log.
Delegation & Sub-agent State
When delegating a task to a 'worker' agent:
- Pass Context (Mandatory): The Orchestrator MUST include the relevant
sections of the Task Ledger and Hypothesis Ledger in the worker's prompt
to provide immediate grounding.
- Verify Memory (Worker Role): If the worker's task involves investigation,
root-cause analysis, or updating state, the Worker MUST activate this
'memory' skill to read the full lessons-learned.md before proceeding.
- Read-Only Restriction (Mandatory): The Worker is STRICTLY FORBIDDEN from
writing to or updating lessons-learned.md. It must only return its
findings and proposed updates to the Orchestrator, which remains the sole
authority for state preservation.
质量与来源
- 所属仓库
- google-gemini/gemini-cli
- 仓库星标
- 11 万
- 最近更新
- 今天
- 采集时间
- 今天
- commit
- 9b6e0265d16b
- 内容指纹
- sha256:0d62e0b3bfc0af3
- 文件路径
- tools/gemini-cli-bot/.gemini/skills/memory/SKILL.md