yougile-mcp
MCP server that exposes YouGile projects, boards, columns, tasks, and task chat as tools for agents to watch and manage tasks.
README
yougile-mcp
MCP server to watch and manage YouGile tasks.
An MCP server that exposes YouGile — projects, boards, columns, tasks, and task chat — as tools an agent can call: check on overdue work, create and move tasks, and comment on task chats, all without leaving the chat.
Install
Global install:
npm i -g @skiddgoddamn/yougile-mcp
Register with Claude Code (or any MCP client that reads mcpServers JSON) — no separate install needed, npx fetches it on demand:
{
"mcpServers": {
"yougile": { "command": "npx", "args": ["-y", "@skiddgoddamn/yougile-mcp"] }
}
}
The CLI binary itself is still called yougile-mcp either way.
Auth
There are two ways to get the server talking to your YouGile company:
-
Bring your own key. Create an API key in the YouGile UI (Profile → API keys), then call:
yg_setup({ apiKey: "<key>" })Optionally pass
baseUrlif you're on a non-default region/host. -
Login/password → key. Two-step flow that never persists your credentials:
yg_auth_companies({ login, password }) // lists companies you belong to yg_auth_create_key({ login, password, companyId }) // creates/reuses a key, stores it
Either path stores the resulting API key at ~/.yougile-mcp/config.json (override the directory with YOUGILE_MCP_CONFIG_DIR). Login and password are used once per call and are never written to disk. Check current status any time with yg_auth_status.
Tools
17 tools, all prefixed yg_.
Auth
| Tool | Description |
|---|---|
yg_auth_status |
Show YouGile auth status: whether an API key is stored and which company (if known). |
yg_setup |
Store a YouGile API key (create one in the YouGile UI, or use yg_auth_create_key). Optionally set a custom base URL for self-hosted instances. |
yg_auth_companies |
List YouGile companies for a login/password so you can pick a companyId. Credentials are used once and NOT stored. |
yg_auth_create_key |
Create (or reuse) a YouGile API key for a company from login/password, and store it. Credentials are used once and NOT stored. |
Structure (projects, boards, columns, people)
| Tool | Description |
|---|---|
yg_projects_list |
List projects. Filter by title; paginate with limit/offset. |
yg_project_create |
Create a project. |
yg_boards_list |
List boards. Filter by projectId/title. |
yg_board_create |
Create a board inside a project. |
yg_columns_list |
List columns. Filter by boardId/title. |
yg_column_create |
Create a column on a board. |
yg_employees_list |
List company employees/users. Filter by email or projectId. Use to resolve assignee ids. |
Read (tasks & chat)
| Tool | Description |
|---|---|
yg_tasks_list |
List tasks (the workhorse for watching). Server filters: columnId, title, includeDeleted, limit, offset. Client filters applied to the page: assignedTo (user id), completed, archived, deadlineBefore (ms epoch or ISO), changedAfter (ms epoch or ISO, vs task timestamp). |
yg_task_get |
Get one task by id (full card). |
yg_task_chat_get |
Read the chat/comments of a task (chatId = task id). Useful for watching discussion. |
Write (tasks & chat)
| Tool | Description |
|---|---|
yg_task_create |
Create a task in a column. |
yg_task_update |
Update a task: move (columnId), assign, deadline, complete, archive, edit title/description. Only provided fields change. Pass deadline=null to clear. |
yg_task_comment |
Post a comment to a task's chat. |
Watching (on-demand)
This server has no push/webhook mechanism — YouGile is watched on-demand, by having an agent call the list tools on a schedule and reason about the results. Two patterns:
1. Overdue-task sweep. A routine (e.g. Claude Code's /schedule or /loop) that runs every 30 minutes:
now = <current time, ms epoch>
for each board you care about:
columns = yg_columns_list({ boardId })
for each column:
overdue = yg_tasks_list({
columnId: column.id,
deadlineBefore: now,
completed: false,
archived: false,
})
if overdue.count > 0: report them (e.g. post a summary message)
2. Change delta since last run. The agent tracks the timestamp of its previous run (e.g. in its own scratch state) and only asks for what changed since then:
lastRunMs = <timestamp saved from previous run>
changed = yg_tasks_list({ columnId, changedAfter: lastRunMs })
// report `changed.content`, then persist `now` as the new lastRunMs for next time
Both patterns compose: run the delta sweep on every tick, and the full overdue sweep less often (e.g. once a day) as a safety net against missed deltas.
Env vars
| Var | Meaning | Default |
|---|---|---|
YOUGILE_MCP_CONFIG_DIR |
Directory where config.json (stored API key/company/base URL) lives. |
~/.yougile-mcp |
YOUGILE_BASE_URL |
YouGile API base URL (for self-hosted/regional instances). | https://ru.yougile.com/api-v2 |
YOUGILE_API_KEY |
Fallback API key used if none is stored yet in config.json. |
(unset) |
YG_READONLY |
true blocks all mutating tools (_create/_update/_comment) — watch-only mode. |
false |
YG_CONFIRM |
true requires confirm: true on every mutating tool call. |
false |
YG_LOG_LEVEL |
Log verbosity: DEBUG, INFO, WARNING, ERROR. |
INFO |
YG_LOG_BODIES |
true logs raw request/response bodies. See Safety below before enabling. |
false |
YG_LOG_FILE |
If set, also appends log lines to this file (in addition to stderr). | (unset — stderr only) |
Safety
YG_READONLY=true— watch-only mode. Every tool whose name contains_create,_update, or_comment(i.e. everything that mutates YouGile) is denied before it runs. Auth tools (yg_setup,yg_auth_create_key, etc.) are exempt, since configuring the server isn't a YouGile-data mutation. Use this when you want an agent to report on tasks but never touch them.YG_CONFIRM=true— confirmation mode. Mutating tools return aconfirm_requiredpayload describing the call instead of executing it; re-issue the same call withconfirm: trueto actually run it. Useful for human-in-the-loop review before an agent creates/updates/comments.- Both can be combined with normal MCP client behavior (READONLY wins — a blocked call never reaches the CONFIRM check).
Security note (important): YG_LOG_BODIES=true logs raw request/response bodies to stderr and/or YG_LOG_FILE. This includes login and password on yg_auth_companies/yg_auth_create_key calls, and the full API key in yg_auth_create_key's response. Leave it off (the default) except for local debugging on your own machine, and never enable it anywhere logs are shared, aggregated, or shipped off-box.
Dev
npm install
npm test
npm run build
Caveats
- Some YouGile GET query-param and task-field shapes are still being finalized against the live API. In particular,
coloris typed as an integer (1–16) onyg_column_createbut as a free-form string onyg_task_create— this matches the current live API behavior observed during development but may need reconciling if YouGile's docs/behavior change. - List tools (
yg_projects_list,yg_boards_list,yg_columns_list,yg_employees_list,yg_tasks_list,yg_task_chat_get) takelimit/offsetfor pagination — YouGile caps pages at roughly 50 items, so boards/projects with more items than that need multiple paged calls to see everything.
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。