The Rember MCP MCP server is a publicly available project. Review the upstream repository for installation instructions, supported tools, compatibility, permissions, and current maintenance status.
Configuration
Configuration, transport, authentication, and runtime requirements vary by project. Open the repository before connecting and use the smallest set of credentials and permissions required.
AIHawk is an LLM-based tool that writes application documents and drives a browser AI client. Requires Python 3.12 and Chrome. It uses local YAML config files in data_folder/ (created from data_folder_example/) for user resume, work preferences, and OpenAI API key.
30.3Kstars0forks
Obsidian 的 MCP 服务器
MarkusPfundstein
Community
用于与 Obsidian 通过本地 REST API 社区插件交互的 MCP 服务器。需要预先安装并运行 Obsidian REST API 社区插件。通过环境变量或服务器配置,使用 Obsidian API 密钥、主机和端口来配置服务器。
3Kstars0forks
Office-Word-MCP-Server
GongRzhe
Community
用于创建、读取和操作 Microsoft Word 文档的 MCP 服务器。该服务器通过标准化接口支持 AI 助手与 Word 文档进行交互,提供丰富的文档编辑功能。
Allow Claude to create flashcards for you with the official Model Context Protocol (MCP) for Rember. Rember helps you study and remember anything you care about by scheduling spaced repetition reviews.
Features and examples:
Create flashcards from your chats"... I like your answer, help me remember it"
Create flashcards from your PDFs"Create flashcards from chapter 2 of this PDF"
Setup
To run the Rember MCP server using npx, use the following command:
Make sure to replace YOUR_REMBER_API_KEY with your actual Rember api key, which you can find in your Settings page. The API key should follow the format rember_ followed by 32 random characters.
Usage with Claude Desktop
Add the following to your claude_desktop_config.json. See here for more details.
create_flashcards: Create flashcards with AI. This tool takes a list of notes from Claude, it calls the Rember API to generate a few flashcards for each note. After learning something new in your chat with Claude, you can ask "help me remember this" or "create a few flashcards" or "add to Rember".
Best practices for building MCP servers
Here's a collection of lessons we learned while developing the Rember MCP server:
Set up logging to stderr as early as possible, it's essential for debugging
Create a simple MCP tool first and verify Claude can call it properly
Invest time in iterating on the tool description:
Include details about your product and its URL. This serves two purposes: it helps Claude use the tool properly and allows Claude to answer user questions about the product
Clearly explain what MCP is, in a few instances Claude hallucinated that MCP stands for "Multiple Choice Prompts", yikes
Describe the tool inputs thoroughly
Explain what happens after Claude calls the tool, we clarify that the input notes array is sent to the Rember API, which generates flashcards for each note
Provide examples of how the tool can be used (e.g., "create flashcards from a conversation with Claude," "create flashcards from PDFs"), and give Claude specific instructions for each use case
List examples of how users might invoke the tool (e.g., "help me remember this," "add to Rember," "create a few flashcards")
Include a list of rules to guide Claude in using the tool appropriately
Use the tool call response strategically, it's not shown directly to users but interpreted by Claude:
On success, the Rember API does not return the number of created flashcards, all Claude knows is the number of created rembs. We specify this to Claude because otherwise it tends to hallucinate the number of created flashcards
For users who've reached their monthly limit, we instruct Claude to inform them about the Rember Pro subscription option with the relevant URL
Implement retries for transient errors with suitable timeouts
We collected enough edge cases that testing manually on Claude Desktop (our main target MCP client) became cumbersome. We created a suite of unit tests by simulating Claude Desktop behavior by calling the Claude API with the system prompt from claude.ai. In the current iteration, each test simulates a chat with Claude Desktop for manual inspection and includes a few simple assertions
What's missing:
Telemetry and observability, currently we are blind if something goes wrong