bip-timesheet-mcp
MCP server that wraps the BIP work-hour reporting CLI into 11 tools, enabling automated timesheet preview, scanning, submission, and approval management. It keeps internal credentials and configuration server-side, supporting both streamable HTTP and stdio transports.
README
BIP 工时填报 MCP 服务(bip-timesheet-mcp)
BIP 工时填报的 MCP 服务端(bip-timesheet-mcp)。把原 skill 的 CLI 核心(python/report.py 及配套模块)封装为 11 个 MCP 工具,同时支持 streamable http 与 stdio 两种传输。
🎯 为什么这么做:原 skill 的
scripts/里包含 BIP 内部地址、AES 加密密钥、公司 ID 等敏感配置。把它封装成 MCP 服务后,核心代码与内部配置只存在于服务器端,分发给用户的 skill 只描述工具、零泄密。
架构
┌──────────────┐ HTTP (streamable) ┌───────────────────────────────┐
│ 用户 Agent │ ◄────────────────────► │ 本 MCP 服务(部署在服务器) │
│ (配套 skill)│ │ src/index.ts │
└──────────────┘ │ ├─ bip_scan / bip_report … │
│ └─ spawn ─┐ │
│ python/report.py ◄── 内部配置 │
│ (config.py: BIP 地址/AES密钥) │
└───────────────────────────────┘
- 用户侧:只拿到配套 skill(描述工具与流程),无任何 Python 代码、无内部配置。
- 服务器侧:本目录持有全部核心代码。
python/config.py内的BASE_URL/AES_KEY/AES_IV/COMPANY_ID不随 skill 分发。
快速部署
npm install
npm run setup # 建 python/.venv 并安装 BIP 核心依赖(requests / pycryptodome / dotenv)
npm run build
npm start # 默认 both:HTTP(:51889/mcp) + stdio 同时启动
启动后终端会打印真实可达 IP(如 http://10.1.20.132:51889/mcp,优先物理网卡 + 私有网段),局域网其他机器用该地址连接;本机访问 http://localhost:51889/ 有帮助页,可复制粘贴到 BR-Agent 的连接配置(帮助页同样按真实 IP 生成)。
| 参数 | 说明 |
|---|---|
--transport http |
仅 HTTP |
--transport stdio |
仅 stdio(桌面客户端本机 MCP) |
PORT |
端口,默认 51889 |
PYTHON_BIN |
Python 解释器路径,默认自动探测 venv → PATH |
CLI_TIMEOUT_MS |
单次 CLI 调用超时,默认 300000(批量报工可调大) |
不在服务器配置 BIP 默认凭据:账号密码由每个用户调用工具时必传(
username/password),服务器端不存明文密码。
工具(11 个)
| 工具 | 说明 | 关键参数 |
|---|---|---|
bip_preview |
报工主入口:一次返回 考勤四分类 + 报工单概况 + 表单数据 JSON | — |
bip_scan |
扫描最近 30 天考勤(待报工/已报工/异常/无考勤) | — |
bip_submitted |
查询已提交报工单及审批状态 | date audit_status doc_no |
bip_list_phases |
查询可选任务/阶段列表 | work_type project_id |
bip_form_data |
生成报工表单数据 JSON(【表单数据】包裹) |
date work_type |
bip_report |
单日报工(考勤→匹配→提交→审批→状态) | work_type phase_id content project_id hours |
bip_auto_report |
批量自动报工所有待报日期 | work_type content |
bip_split_report |
拆分报工(单日多任务,单 DocNo 多明细) | items[] |
bip_delete_doc |
删除报工单(审批中自动先撤销) | doc_no |
bip_revoke_doc |
撤销审批 | doc_no |
bip_sync_options |
同步选项快照到 options.json | — |
报工流程:bip_preview(一次拿齐分析+表单)→ 用户确认 → bip_report / bip_split_report / bip_auto_report,全程仅 2 次 CLI 调用;bip_scan/bip_submitted/bip_form_data 仅在单独查询意图时按需调用。
每个工具必传 username / password(各用户自己的 BIP 账号),服务器端不提供默认凭据。
pm2 托管(推荐上线方式)
服务已内置 pm2 适配:检测到 pm2 环境(NODE_APP_INSTANCE)时自动禁用 stdio、仅启用 HTTP——因为 pm2 会捕获子进程 stdout,stdio 传输的 JSON-RPC 通道会被污染。因此即使不带任何参数,pm2 start dist/index.js 也能正确运行。
cd E:\br\MCP\bip-timesheet-mcp
pm2 start ecosystem.config.cjs # 用配置启动(name=bip-timesheet-mcp,HTTP-only,日志/自动重启)
pm2 save # 保存进程列表,供 pm2 resurrect 恢复
pm2 logs bip-timesheet-mcp # 查看日志(logs/out.log, logs/err.log,轮转 7 天)
pm2 restart bip-timesheet-mcp # 部署新代码后重启
pm2 stop bip-timesheet-mcp # 停止
传输模式决策优先级:命令行 --transport > 环境变量 TRANSPORT > pm2 自动检测 > both。
开机自启:Windows 上 pm2 不支持
pm2 startup,需创建计划任务在登录时执行pm2 resurrect(如schtasks /Create /TN pm2-resurrect /TR "cmd /c C:\Users\<user>\AppData\Roaming\npm\pm2.cmd resurrect" /SC ONLOGON)。📄 完整部署流程(pm2 安装 → 启动 → 验证 → 开机自启 → 日常运维 → 更新 → 排错):见
docs/pm2-deploy.md。
自测
npm run build && node scripts/test-stdio.mjs # stdio 冒烟:工具清单 + 子进程链路
npm run build && node scripts/test-http.mjs # HTTP 冒烟:会话 + tools/list + 调用 + 关闭
并发模型(多用户)
- per-账号串行:同一 BIP 账号的调用排队执行(保住 BIP「并发登录互踢」约束);不同账号并行,互不阻塞。
- 全局并发上限:信号量限制同时运行的 python 进程数(默认 20,
MAX_CONCURRENT_CLI可调,惰性生效),保护 MCP 部署机器的 CPU/内存——关注点仅在本机并发能力。 - 100 人不同账号同时报工:受并发池上限约束,超出的请求排队,不会互相踢下线。
/health返回maxConcurrentCli便于查看当前上限。
安全说明
- 凭证不落 argv:BIP 账号密码通过子进程环境变量
BIP_USERNAME/BIP_PASSWORD传入 CLI,不会出现在进程列表或日志中。 - 内部配置不出服务器:
python/config.py(BIP 地址 / AES 密钥 / 公司 ID)只存在于本目录,不随 skill 分发。 - 需要更强的访问控制时,可在网关层给
:51889/mcp加白名单/反向代理,本服务本身不做认证。
从源 skill 同步 Python 核心
核心代码来自 BR-Agent/apps/server/data/skills/jiangsu-beiren-bip-work-hour-reporting/scripts/。源 skill 更新后,同步到本目录:
cp <源>/scripts/*.py python/
同步后重新 npm run build 无需(Python 直接运行),重启服务即可生效。requirements.txt 变更时重跑 npm run setup。
审批状态码
| 状态码 | 含义 | 可删除 | 可撤销 |
|---|---|---|---|
| 1 | 待提交 | ✅ | — |
| 2 | 已撤销 | ✅ | — |
| 4 | 审批中 | ✅ 自动撤销后删 | ✅ |
| 8 | 审批通过 | ❌ | ❌ |
| 16 | 反审核 | ✅ | — |
| 32 | 已驳回 | ✅ | — |
相关文档
- 配套用户 skill:
自动报工(BR-Agent skills 目录,描述工具编排与报工流程;其目录名保留旧名jiangsu-beiren-bip-work-hour-reporting-mcp,如需可另行同步改名) - 封装方法论 skill:
mcp-server-encapsulation(把任意 skill 的 CLI 核心快速封装成 MCP)
推荐服务器
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 模型以安全和受控的方式获取实时的网络信息。