
Statecli
io.github.charo360由 GitHub 账号 charo360 发布v0.5.0更新于 Nov 10, 2026
State replay and self-debugging for AI agents. Track, replay, undo, checkpoint.
概览
StateCLI 为 AI 编程助手提供本地状态跟踪、回放、检查点与撤销工具,用于管理自身的文件与代码改动。
- 可以做什么
- StateCLI 是面向 AI 编程助手的本地记忆与自调试层。它提供 statecli_track、statecli_replay、statecli_undo、statecli_checkpoint、statecli_log 等工具,用于记录操作、查看变更历史、创建快照并回滚错误。其他工具涵盖错误分析与自动恢复、测试影响分析与测试运行、依赖与循环导入分析、影响预测、git 状态与检查点,以及跨会话记忆查询。README 称共有 27 个工具,输出为稳定的 JSON。
- 适用场景
- 适合助手需要编辑文件或执行多步编程任务时,希望保留本地变更记录、能够撤销错误改动,或在有风险的改动前创建检查点。它面向助手自调试与安全试验,而非通用聊天。
- 运行要求
- 以 npm 包 statecli-mcp-server 通过 stdio 在本地运行,通常用 npx 启动。需要 Node.js 与 npm。清单声明无需认证、环境变量或请求头。README 称数据默认存储在本地 SQLite,无外部网络调用。
安装
在 SourceWeft 中
- 打开 控制台中的 Statecli,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
README
StateCLI - Memory + Self-Awareness Layer for AI Agents
Give AI agents the ability to remember, replay, and undo their actions.
Agent Infrastructure | Memory Layer | Self-Awareness | Undo Capability
What This Is
StateCLI is the memory and self-awareness layer for AI coding agents.
It gives agents three critical capabilities they lack:
🧠 Memory - Remember what they did (log, replay)
⏮️ Undo - Fix mistakes instantly (checkpoint, rollback)
👁️ Self-Awareness - See their impact (track changes)
This isn't a dev tool. It's agent infrastructure.
Why AI Agents Need This
AI agents are powerful but blind. They:
- ❌ Don't remember what they just changed
- ❌ Can't undo when they break things
- ❌ Have no awareness of their impact
StateCLI fixes this:
Two Ways to Use StateCLI
1. For Developers: Auto-Tracking Mode 🔥
Start watching your project:
Now StateCLI automatically:
- ✅ Tracks every file save
- ✅ Creates checkpoints every 15 min
- ✅ Lets you undo any mistake
- ✅ Shows what changed recently
- ✅ Windows Native Support (v0.4.1+)
See what changed:
Undo mistakes:
2. For AI Agents: MCP Tools
5 core tools for agent memory & self-awareness:
statecli_replay- Show what the agent just didstatecli_undo- Rollback mistakesstatecli_checkpoint- Save state before risky opsstatecli_log- View complete historystatecli_track- Track important state changes
MCP Setup:
Quick Install
🤖 Agent Instructions (LLM-Optimized)
Full Tool Directory (27 Tools)
statecli_track
[CORE] Records any agent action with full metadata so it can be replayed, audited, or reversed later. Call this after every meaningful action you take — file changes, API calls, decisions. If you don't track it, you cannot undo it. 🔔 Trigger when: You completed any action (file written, API called, decision made, config changed). Think of this as your action journal. 🔗 Chain with: statecli_checkpoint() before, statecli_replay() to review, statecli_undo() to reverse
statecli_replay
[CORE] Replays the full history of actions taken on any entity — a file, a session, a task. Use this when you need to understand what changed and in what order before making further changes. Essential before debugging. 🔔 Trigger when: You need to understand what has already been done to an entity. You're about to debug. A human asks 'what did you change?' 🔗 Chain with: statecli_log() to see summary, statecli_undo() to reverse specific steps
statecli_undo
[CORE] Reverses the last action or a named action on an entity, restoring it to its previous state. This is your safety net. Call this immediately when something breaks, before attempting any fix. 🔔 Trigger when: Something broke. A test failed after your change. A human says 'revert that'. You made a mistake and need to roll back. 🔗 Chain with: statecli_preview_undo() first to see what will change, statecli_checkpoint() before retrying
statecli_checkpoint
[CORE] Creates a named, reversible snapshot of an entity's current state. Call this BEFORE any risky operation — refactors, deletions, multi-file changes, API mutations. A checkpoint costs nothing. An unrecoverable mistake costs everything. 🔔 Trigger when: You are ABOUT TO modify any file, database, or external service. You are starting a multi-step task. The human says 'be careful with this'. 🔗 Chain with: statecli_predict_impact() to assess risk first, statecli_undo() or statecli_is_safe() after
statecli_log
[CORE] Writes a structured audit entry describing what the agent did, why, and what state it left things in. Call this at the end of every task or significant action. Required for compliance, debugging, and human oversight. 🔔 Trigger when: You completed a task or a phase of work. Any time a human might later ask 'what did you do here?' 🔗 Chain with: statecli_track() for individual actions, statecli_replay() to review history
statecli_track_file
[FILE] Begins continuous monitoring of a specific file, capturing every write, modification, and deletion with timestamps. Call before touching any important file. Without this, file changes are invisible to the undo system. 🔔 Trigger when: You are about to read and then modify a file. Any important file is being worked on. The human references a specific file path. 🔗 Chain with: statecli_checkpoint() first, statecli_file_history() to review, statecli_undo() to revert
statecli_file_history
[FILE] Returns the complete change history of a tracked file — every version, every diff, every agent that touched it. Use this before editing a file to understand its current state and avoid overwriting important changes. 🔔 Trigger when: Before editing any file. When debugging why a file has unexpected content. Before a code review. 🔗 Chain with: statecli_replay() for full session context, statecli_undo() to restore a previous version
statecli_analyze_error
[ERROR] Analyzes an error by examining recent action history to identify what change caused it. Call this BEFORE attempting any fix. Never guess at the cause of an error — analyze it first. Returns probable cause and suggested recovery steps. 🔔 Trigger when: ANY error occurs. A test fails. An API returns unexpected results. ALWAYS call this before attempting to fix anything. 🔗 Chain with: statecli_auto_recover() for automatic fix, statecli_undo() to revert the causative change
statecli_auto_recover
[ERROR] Automatically attempts to recover from an error by reversing the change that caused it and restoring the last known good state. Call after statecli_analyze_error() confirms the root cause. Faster and safer than manual debugging. 🔔 Trigger when: statecli_analyze_error() has identified the cause and you want the system to auto-fix it. 🔗 Chain with: statecli_analyze_error() first always, statecli_safe_execute() to retry the action safely
statecli_safe_execute
[ERROR] Wraps any operation in automatic checkpoint-before and undo-on-failure logic. The safest way to execute any risky action. If the operation fails, it automatically reverts. Use this for any action you're uncertain about. 🔔 Trigger when: You are about to do something you are not 100% confident about. Any destructive or external operation. 🔗 Chain with: statecli_predict_impact() to assess risk, statecli_analyze_error() if it fails
statecli_run_tests
[TEST] Runs the relevant test suite and records pass/fail history against the current state. Call after any code change to verify nothing broke. Tracks test results over time so you can see when tests started failing. 🔔 Trigger when: After any code modification. Before finalizing any change. When a human asks 'did you break anything?' 🔗 Chain with: statecli_test_impact() to know WHICH tests to run first, statecli_undo() if tests fail
statecli_test_impact
[TEST] Identifies exactly which tests are affected by your changes — so you run the right tests, not all tests. Returns a prioritized list of tests most likely to catch your specific change. Saves time, catches errors faster. 🔔 Trigger when: After making any code change, before running tests. When you need to know the blast radius of your edit. 🔗 Chain with: statecli_run_tests() with the returned test list, statecli_predict_impact() for broader analysis
statecli_suggest_tests
[TEST] Analyzes your change and suggests new tests that should be written to cover it. Call after adding new functionality. If you changed behavior that has no test coverage, this tool finds the gap. 🔔 Trigger when: After adding new features or changing behavior. Before considering a task complete. 🔗 Chain with: statecli_test_impact() to check existing coverage, statecli_run_tests() to verify
statecli_analyze_dependencies
[DEPS] Scans a file or module and returns all upstream and downstream dependencies — what it depends on and what depends on it. Call before modifying any shared module to understand the full impact of your change. 🔔 Trigger when: Before modifying any file that might be imported or used elsewhere. Before any refactor. 🔗 Chain with: statecli_dependency_tree() for visual map, statecli_predict_impact() for change risk score
statecli_dependency_tree
[DEPS] Returns a full dependency tree for a module — all the way up and down the import chain. Use this to understand complex codebases before making changes. Essential for refactoring shared utilities. 🔔 Trigger when: Before touching core or shared utilities. When the codebase is unfamiliar. Before a major refactor. 🔗 Chain with: statecli_find_circular() to catch dependency loops, statecli_analyze_dependencies() for detail
statecli_find_circular
[DEPS] Detects circular dependencies that could cause import errors or infinite loops. Run this before adding any new import or restructuring modules. Circular dependencies are silent bugs that break production. 🔔 Trigger when: Before adding any new import statement. After any restructuring of modules. When debugging mysterious import errors. 🔗 Chain with: statecli_dependency_tree() for full context, statecli_analyze_dependencies() to fix
statecli_predict_impact
[IMPACT] Predicts which files, services, and systems will be affected by a proposed change — before you make it. Returns a risk score and a list of affected components in the order they should be updated. Call this before any change that touches shared code. 🔔 Trigger when: Before ANY change to a shared file, utility, or API. Before renaming functions. Before refactoring. Before you are unsure. 🔗 Chain with: statecli_is_safe() for quick check, statecli_checkpoint() before proceeding, statecli_safe_change_order() for sequence
statecli_is_safe
[IMPACT] Quick safety check — returns true/false on whether a proposed action is safe to execute without a checkpoint. If false, it returns the reason and the checkpoint you should create first. Always call this when uncertain. 🔔 Trigger when: ANY time you are about to do something you are not 100% sure is safe. Think of this as your safety gate. 🔗 Chain with: statecli_checkpoint() if not safe, statecli_predict_impact() for full risk detail
statecli_preview_undo
[IMPACT] Shows exactly what will change if you call statecli_undo() — without actually doing it. Call this before any undo operation to verify you are reverting the right thing. Prevents accidentally undoing the wrong action. 🔔 Trigger when: Before calling statecli_undo(). Any time a human asks 'what will happen if we revert this?' 🔗 Chain with: statecli_undo() after confirming the preview is correct
statecli_memory_query
[MEMORY] Queries memory across sessions to answer historical questions. Call this when you need context about past work. If you don't check memory, you might repeat mistakes. 🔔 Trigger when: You need context from a previous session or day. A human asks about past actions. 🔗 Chain with: statecli_recent_activity() for broad context.
statecli_recent_activity
[MEMORY] Returns a structured summary of recent actions across the project. Call this when starting a new session to gain context. Without it, you lack situational awareness. 🔔 Trigger when: Resuming work after a break. When you need to summarize recent overall progress. 🔗 Chain with: statecli_memory_query() to drill down.
statecli_session_info
[MEMORY] Returns metadata about current and past working sessions. Call this to distinguish work sessions. Without it, you cannot segment history easily. 🔔 Trigger when: You need to tag work to a specific period or verify current session state. 🔗 Chain with: statecli_memory_query() for session details.
statecli_git_status
[GIT] Retrieves and tracks current git branch and uncommitted changes. Call this at the start of any git workflow. Without this, git operations are untracked. 🔔 Trigger when: Starting work on a tracked repo. Before making commits. 🔗 Chain with: statecli_git_checkpoint() to save state.
statecli_git_history
[GIT] Compares changes between git commits. Call this to understand codebase evolution. Missing this means missing architectural context. 🔔 Trigger when: Reviewing git history. Understanding why a file changed over time. 🔗 Chain with: statecli_file_history() for specific files.
statecli_git_checkpoint
[GIT] Creates a checkpoint anchored to current git state. Call this before risky git operations. Prevents detached head disasters. 🔔 Trigger when: Before rebasing, merging, or complex git commands. 🔗 Chain with: statecli_git_status() to verify clean state first.
statecli_simulate_undo
[IMPACT] Simulates an undo operation, returning the side-effects without writing. Used for safety. If skipped, you risk unintended consequences. 🔔 Trigger when: Reverting multiple steps or dealing with interconnected changes. 🔗 Chain with: statecli_preview_undo() for diff generation, statecli_undo() to execute.
statecli_safe_change_order
[IMPACT] Calculates the optimal, lowest-risk sequence for modifying multiple files. Prevents cascading compilation errors. 🔔 Trigger when: Modifying multiple interdependent files in one overarching task. 🔗 Chain with: statecli_predict_impact() for details, statecli_track() to log the set.
Installation for MCP Clients
For Claude Desktop
Add to ~/Library/Application Support/Claude/claude_desktop_config.json:
For Windsurf
- Press
Ctrl + Shift + P→ typeOpen MCP Config - Add StateCLI to the config:
- Reload window (
Ctrl + Shift + P→Reload Window)
For Cursor / Continue / Other MCP Clients
Add to your MCP configuration:
Agent Self-Debugging Pattern
Minimal working example for autonomous agents:
Output Format (JSON-Stable)
All MCP tool outputs are JSON-stable and safe for autonomous agents.
Example statecli_replay output:
Use Cases for AI Agents
1. Self-Debugging
2. Safe Experimentation
3. Learning from Past Actions
4. Collaboration Between Agents
Installation & Setup
Direct Usage (No Install)
NPM Package
CLI Usage
Performance
- Write latency: < 1ms (async, non-blocking)
- Read latency: < 5ms (local SQLite)
- Storage: ~100 bytes per state change
- Overhead: Negligible for production use
Security
- Local-first: All data stored locally by default
- No external calls: Zero network dependency
- Privacy: Agent actions never leave your system
Documentation Links
- GitHub: https://github.com/statecli/mcp-server
- NPM: https://www.npmjs.com/package/statecli-mcp-server
- MCP Registry: io.github.charo360/statecli
License
MIT - Free for all use including commercial AI agents
StateCLI - Self-awareness for AI agents
When agents can see what they did, undo mistakes, and learn from history, they become truly autonomous.
Keywords (For Agent Search & Discovery)
state-management, state-replay, time-travel-debugging, undo, rollback, checkpoint, agent-memory, agent-introspection, self-debugging, ai-agent-tools, mcp-server, model-context-protocol, autonomous-agents, agent-observability, state-tracking, langchain-tools, autogpt-plugins, crewai-tools
来源:README.md,提交 e6df8f6
工具
0版本历史
1- v0.5.0最新Sep 16, 2026
评分
已满足适用检查项的 50%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分