Stele のリモート MCP サーバーとは何ですか?
Stele のリモート MCP サーバーは、https://app.stele-ai.dev/api/mcp にホストされた Model Context Protocol エンドポイントです。AI アシスタントはローカルに何もインストール・実行することなく接続できます。
Stele MCP Server認証済み注目
@Stele-Dev
基本情報
Stele MCP Server について
Shared memory for AI coding agents. Claude Code, Cursor and Codex read your project's decisions, lessons and tasks before they act.
接続情報
https://app.stele-ai.dev/api/mcpセットアップ
claude mcp add stele --transport http https://app.stele-ai.dev/api/mcpStele MCP Server のツール
20One-call semantic + full-text recall over the graph — a ranked bundle of the decisions, tasks, risks, and documents most relevant to a question or topic. The default way to load context before acting; reach for `search` only for an exact-term or document-scoped lookup.
Find nodes or documents by the words they contain. Nothing here matches by meaning, so use `recall` for a natural-language question. method "keyword" (default): ranked full-text search over active nodes; terms are AND-combined, and a multi-word query that matches nothing is retried once as an OR of its words. It returns cards, not bodies (default limit 5). method "exact": the matching line per node for a literal substring, or a POSIX regex with regex:true, across every status including done and archived (default limit 50). scope "documents": a line search of document bodies, a literal substring or, with regex:true, a JavaScript regex; it ignores method and type, and limit caps the number of documents unless max_docs is set. Every hit carries id, title, and url; limit is at most 50, with no paging. Read a full body with `fetch`.
Fetch one node in full by its shareable id (TASK-N/KNOW-N/COMP-N/DOC-N/DIAG-N/EPIC-N/NODE-N), with its edges — this is how you read a full body (recall/search return summaries). Pass version to fetch a historical snapshot instead of the current one.
List tasks, most-recently-updated first, filterable by status, component, assignee, and kind — the roadmap/board view of work. It returns task cards without bodies unless include_body is true; read one task in full with `fetch`. In clients that display apps, the result also renders as a task board for the user, so summarize it rather than repeating every task.
List a collection: what = nodes | components | topics | documents | diagrams | objectives | workspaces | comments | node_versions | projects, with per-what filters. what:"projects" is the project-less bootstrap (discover your slugs). Most collections page with limit/offset; a few return everything up to limit with no further paging.
Look at what surrounds one node or the whole project: its connections, its history, and the project's state. Read-only. Use `fetch` for a node's own content, `search` to find nodes by their words, and `recall` to gather context for a question; use `inspect` when you need more than the node itself. Actions: context: a scored neighborhood of decisions, risks and tasks connected to a node, query or topic; read it before changing something it touches. provenance: the cited chain of why a node exists and what it superseded; check it before relying on or overriding a decision. briefing: the project's working rules, root components and suggested first calls; call it once at the start of a session. claim_history: who claimed and released a task, and when; check it before force-claiming a task that looks abandoned. workspace: one workspace overlay's details. stats: project totals, overdue commitments, likely-abandoned tasks and recent activity, in one call. loop: verify a task's protected check paths against local Git state; local only, and it fails closed. rag_status: what automatic topic recall is focused on now; local only.
Manage projects. action = create (bootstrap a new project and its root component, owned by you). This is the first thing to call when you have no project yet; discover existing ones with list what:"projects". New projects are private unless you pass visibility:"public"; plans allow a limited number of private projects and unlimited public ones.
Task lifecycle. action = create | claim | complete | release | reopen | force_release | loop_finalize. Claim before you start and complete when done — these route through the atomic claim path that records accountability; never flip a task's status by hand. loop_finalize keeps correctness, independent review, and intent/scope verdicts separate. Cancelling a task and force-claiming one live in the `destructive` tool.
Capture or curate knowledge. action = create (file a typed fact — decision, lesson, risk, …) | review (mark a node re-verified against current reality). create files one fact under a component; it requires a lifecycle choice (expires_on_task, expires_at, due_at — pass null to skip each), and durable decisions and architecture usually skip all three. Merging duplicate knowledge lives in the `destructive` tool.
Edit a node or its structure. action = update (edit fields/body) | move (re-file under a component or workspace) | link (add a typed edge between two nodes). Removing an edge (unlink) lives in the `destructive` tool.
Shape the roadmap. action = create | add_milestone | attach (task → milestone) | move (task → objective) | detach | reorder | set_target | achieve. Retiring an objective lives in the `destructive` tool.
Manage a workspace overlay. action = create | update. Hosted MCP is stateless, so checkout-local activate/deactivate actions are not exposed; promoting or archiving a workspace lives in the `destructive` tool.
Discuss on a node. action = add | update | resolve (mark a thread settled) | delete (soft tombstone; replies are preserved). Replies are one level deep: reply to a top-level comment only. Read a node's comments with list(what="comments").
Create long-form artifacts. action = create (a document — a plan, spec, or imported file) | create_diagram (a d2 diagram node). For create, pass the body inline or a repo-relative file_path for the server to read. file_path works only on a local connection; over a hosted connection pass the body inline. Recall and search surface a document by title only; read its body with `fetch`.
The project's Timeline: automatic events captured on graph writes and task lifecycle actions, plus one-line custom entries. action = list (read it, newest first, keyset-paginated — not offset-based) | log (append a one-line custom entry). A logged entry is a short journal line, never reasoning or decisions — link the graph nodes that hold those instead. Logging can be turned off for a project; when it is, the call still succeeds but writes nothing.
Housekeeping: change how the project is organized. It never edits a node's content; use `node`, `knowledge` or `task` for that. Actions: add_component: create a durable area of ownership that knowledge and tasks attach to; list the existing components first to avoid a duplicate. rename_topic: rename a topic tag on every node that carries it, for typos and casing. feedback: report how well the memory helped this conversation: a 0–10 score, one strength, one hindrance, one improvement. pause_rag: kept for older clients; automatic topic recall runs only where the memory runs locally, so here it reports that recall is unavailable and changes nothing. Call `recall` with your question whenever you need context from the graph.
Operations that require extra caution or confirmation. dedupe_knowledge is a read-only candidate scan; the remaining actions are consequential. Action names carry their resource because this tool spans resources. action = cancel_task | force_claim_task | dedupe_knowledge | dedupe_pair | unlink | restore_node_version | retire_objective | merge_workspace | cherry_pick_workspace | archive_workspace | archive_component | merge_topics | run_loop_attempt | doctor. run_loop_attempt executes the exact declared shell command supplied in the approval arguments with a scrubbed environment when trusted local repository execution is available; hosted MCP fails closed.
Open the Stele app for the user: browse their projects, open tasks, recent activity, and search. Use it when the user wants to see or browse their project, not to answer a question.
Open the Stele project board beside this conversation, so the user can watch tasks while you work on them.
Show one Stele node (a task, knowledge entry, or document) to the user as a card in the conversation: its title, status, body, links, and provenance. Use it when the user wants to see a node. To read a node yourself, use fetch.
概要
What is Stele?
Stele is shared, persistent project memory for AI coding agents. It keeps one record of what your project decided, what it learned, what can go wrong, and what is being worked on. Claude Code, Cursor, Codex, GitHub Copilot, OpenCode and any other MCP client read it before they act and write back what they find, so a new session, a different tool, or a teammate starts where the last one stopped.
What agents can do with it
- Recall before acting. Pull the decisions, lessons and risks that bear on the current task, so an agent does not repeat a mistake the project already made.
- Record as they work. Save a decision, a lesson or a risk the moment it happens, linked to the component and task it belongs to.
- Coordinate tasks. Create, claim and complete tasks. Claims are atomic, so two agents never pick up the same work.
- Keep the record true. A newer decision supersedes an older one, facts can expire or retire when their task closes, and stale entries are flagged for review.
- Trace why. Walk from a decision back to the task, document and risk behind it.
Connect
Add the server to any MCP client:
https://app.stele-ai.dev/api/mcp
Sign-in uses OAuth. The first time your client connects, it opens a browser to sign in or create a free account. Setup guides for each client: https://stele-ai.dev/docs/setup-mcp
Pricing
- Free: unlimited public projects and one private project.
- Pro: $12 a month, unlimited private projects.
- Team: $20 per person a month.
Reads and searches are never metered.
Links
- Website: https://stele-ai.dev
- Docs: https://stele-ai.dev/docs
- Official MCP Registry:
dev.stele-ai/stele
よくある質問
Stele の MCP サーバーにはどう接続しますか?
エンドポイント https://app.stele-ai.dev/api/mcp を Claude Code、Cursor、VS Code など任意の MCP 対応クライアントに追加してください。このページのセットアップ手順で各クライアントを一度に設定できます。
Stele の MCP サーバーは認証が必要ですか?
はい。Stele は OAuth を使用します。初回接続時に MCP クライアントがブラウザを開いてサインイン・認可を行い、以降はその認証情報を再利用します。
Stele の MCP サーバーはどのトランスポートを使用しますか?
Stele は Streamable HTTP エンドポイントを公開しており、これはリモート MCP サーバーで広く使われ、主要な MCP クライアントがサポートするトランスポートです。
他のリモート MCP サーバー
AdisInsight
Pharmaceutical drug & clinical trial intelligence
9apes
The 9apes MCP server lets an AI assistant read the GitHub Actions data 9apes already collects for your organization: runs, jobs, steps, and their durations. Ask it why a build got slower, which jobs take the longest, or
A
ASO Atlas
App Store keyword research, rank tracking, competitor analysis and authorized performance data.
AOI — Environmental Intelligence
AOI is a commercial environmental-intelligence gateway that gives AI agents programmatic access to 38 real-world intelligence capabilities — climate risk, satellite monitoring, methane detection, water & soil, vegetation
AWS Knowledge MCP Server
Search and read current AWS documentation, check regional availability and load AWS agent skills, with no AWS account needed.
コメント