accint-solve
Route agent work through AccInt's MCP memory loop: retrieve prior outcomes, resolve frames, and close commitments with evidence.
Skill by seafeetstarken
Install
Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.
npx agentmarket install skill/seafeetstarken-accint-solve
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Use cases: agent-building
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions: not checked yet.
What's inside
- Skill name
accint-solve- Description
- Route agent work through AccInt's MCP memory loop: retrieve prior outcomes, resolve frames, and close commitments with evidence.
- License
- Apache-2.0
- Instructions
- 191 lines in SKILL.md · view on GitHub
Files (1)
- SKILL.md
SKILL.md (first lines)
# AccInt Solve
## Overview
AccInt is a local-first MCP memory server for coding agents. It keeps a scored
record of retrieved experience, open commitments, continuation frames, and
outcome feedback so the next agent run can build on what actually worked.
Use this skill when AccInt is already configured in the host as an MCP server.
The skill adapts AccInt's public `solve` Claude skill into a host-agnostic
workflow for Claude Code, Codex CLI, Cursor, Gemini CLI, OpenCode, and other
agent runtimes that can call MCP tools.
## When to Use This Skill
- Use when starting non-trivial coding-agent work where prior decisions,
debugging history, repo-specific habits, or maintainer feedback may matter.
- Use when a task may require multiple attempts and you want an explicit
commitment ID that can later receive a real outcome.
- Use when AccInt returns a continuation frame and the agent must reason locally
before submitting a proposal back to the memory loop.
- Use after verification, merge, deployment, maintainer response, or other
reality signal to close the commitment with an honest outcome.
- Do not use when the host has no AccInt MCP tools configured; first install or
configure AccInt, then rerun the workflow.
## How It Works
### Step 1: Confirm the AccInt MCP tools exist
Use the host's available MCP/tool list to confirm an AccInt server exposes the
two verbs:
```text
acc_retrieve(query)
acc_act(runtime, input)
```
If the host names the tools with a namespace prefix, use the equivalent
AccInt MCP verbs. If neither verb is available, stop and ask the user to
configure AccInt rather than inventing memory results.
### Step 2: Retrieve before planning
Before a non-trivial step, retrieve relevant prior work:
```json
{"query": "the concrete task or subtask you are about to perform"}
```
Read the returned memories and cite the `[ids]` you actually build on. Treat
retrieved memories as evidence to consider, not as a substitute for inspecting
the current repository, running tests, or checking live external state.
### Step 3: Route the goal through `solve`
Open an AccInt commitment for the concrete goal:
```json
{"runtime": "solve", "input": "the concrete goal to accomplish"}
```
If the response is final, use the answer, commitment ID, and cited memory IDs.
If the response is a `brain_frame`, keep the reasoning in the current session:
inspect the frame, resolve the missing judgment or knowledge from the workspace,
then submit a concise proposal through `continue`.
### Step 4: Resolve continuation frames
For a returned frame, submit only the frame ID and your proposal text unless the
host explicitly manages tokens for you:
```json
{
"runtime": "continue",
"input": {
"frame_id": "bf_...",
"proposal_text": "reasoned answer, plan, or decision grounded in the current evidence"
}
}
```
Do not leave a received frame unresolved. If the frame expires, close or rerun
the bound commitment rather than pretending the continuation succeeded.
### Step 5: Execute and verify outside AccInt
Do the actual work in the repository, browser, shell, issue tracker, or other
real environment. Verify with the strongest relevant evidence available: tests,
builds, linters, link checks, PR state, screenshots, maintainer replies, or
production telemetry.
AccInt stores the learning loop; it does not replace the work or the evidence.
### Step 6: Close the commitment with an outcome
When reality answers, record the result:
```json
{
"runtime": "outcome",
"input": {
"ref": "solved:...",
"good": true,
"note": "brief evidence: tests passed, PR merged, deploy succeeded, reviewer accepted, or exact failure reason"
}
}
```
Use `good: false` when the approach failed. Do not tag an outcome as external
or owner-validated unless a real external system or the owner actually supplied
that verdict.
## Examples
### Example 1: Start a repository fix with memory
```text
1. acc_retrieve({"query":"fix failing parser tests in this repo"})From seafeetstarken/antigravity-awesome-skills, Apache-2.0.
More from seafeetstarken/antigravity-awesome-skills
Signals
- Stars
- 0
- Forks
- 0
- Open issues
- 1
- Last commit (this folder)
- Jun 15, 2026 (4 months ago)
From GitHub (fetched Oct 24, 2026).
Details
- License
- Apache-2.0
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
Same skill elsewhere
Copies of this SKILL.md published by others; search shows only one of them.
More from seafeetstarken
Cite this page
accint-solve skill. Agent Mart. https://agentmart.dev/skills/seafeetstarken-accint-solve (last updated 2026-10-24)