核心用法
独行录（opcmenu）是中国一人公司（OPC）主理人的发现与合作平台，核心玩法是「需求互换」——主理人之间互相发需求、接需求、谈成合作。该Skill通过MCP协议或REST API将独行录接入你的Agent，实现以用户身份进行全链路操作。
接入方式二选一：支持MCP的Agent（WorkBuddy、Claude Code等）配置Streamable HTTP端点https://mcp.opcmenu.com/mcp；其他Agent可直接调用REST API。登录需手机号验证码换取长效Token，读写操作需认证，公开信息浏览可匿名。
核心能力覆盖六大业务域：
- 需求互换：浏览需求广场、智能搜索、发布需求、发起接洽、确认完成
- 人脉发现：按能力标签搜索主理人、查看产品主页、建立合作链接
- 资料管理：维护个人/产品主页、生成结构化数据卡、导出专业形象
- 私信沟通：未读消息盘点、上下文感知回复、需求关联对话
- 动态社区：发布专业动态、参与话题讨论、获取行业资讯
- 园区资源：查看城市补贴政策、园区入驻、线下活动报名
Agent擅长将工具串成链：「扫描可接需求→筛选匹配项→草拟接洽话术→等待用户确认→执行联系」，或批量完成「入驻进度检查→资料补全→产品上架」等长流程任务。
显著优点
产业链级网络效应：不是简单的信息撮合，而是围绕OPC全生命周期的协作网络——从找外包、找供应链、找渠道到找投资，覆盖一人公司成长各阶段需求。
结构化协作流程：「发需求-搜匹配-接洽-私信-确认完成」形成闭环，避免传统社交平台的信息噪音和信任成本。向量撮合算法自动推荐供需双方。
Agent原生设计：100+个MCP工具语义清晰、组合灵活，Agent可自主决策调用链。内容「先过后审」机制（发布即展示）适合Agent代办，用户只需最终确认。
数据可携带性：结构化数据卡可导出填充其他平台，避免重复填表；产品/主页支持纯文本机读（URL加.md），便于AI处理。
来源可信运营：MIT-0开源协议，官方团队维护，API端点归属明确，无第三方数据倒卖风险。
潜在缺点与局限性
地域与行业覆盖局限：当前以一人生意、数字游民、轻创业领域为主，传统制造业、重资产行业主理人密度可能不足，需求匹配效率受限。
社交冷启动门槛：新入驻主理人需要积累产品主页、历史需求、评价记录才能获得算法推荐权重，Agent可代办操作但无法替代真实合作积累。
实时性依赖平台：需求广场信息流、匹配推荐依赖平台算法，Agent无法本地缓存或离线分析，网络延迟会影响交互体验。
认证流程繁琐：手机号+验证码+Token管理对非技术用户有门槛，Token泄露需手动吊销，Agent侧暂无自动密钥轮转机制。
内容质量参差：「先过后审」提升效率但也带来低质需求、重复发布问题，Agent需帮用户过滤噪音。
适合的目标群体
一人公司主理人：设计师、开发者、咨询师、创作者等独立从业者，需要外包协作、渠道拓展、资源互换。
超级个体Agent用户：已用Agent管理日程、邮件、内容的效率极客，希望将商业合作也纳入Agent工作流。
园区与加速器运营方：需要批量对接入驻企业、发布政策、撮合资源的产业服务方。
小型服务商：提供财税、法务、云服务等to小B业务的供应商，寻找精准OPC客户。
使用风险
Token安全管理：长效Token存储在Agent配置中，若设备丢失需及时到dashboard吊销。建议每90天主动轮换，避免密钥打印到对话日志。
网络稳定性：6个核心API端点均指向opcmenu.com，虽经TLS 1.3加密，但平台服务中断会导致Agent功能失效。建议关键操作前检查网络状态。
数据隐私边界：手机号、需求内容、私信记录会上传平台，虽符合GDPR最小化原则，但商业敏感需求建议在私信阶段再披露细节。
自动化边界：写操作需用户确认的设计是安全网，但用户可能过度依赖Agent判断，需明确「Agent建议、用户决策」的责任边界。
平台政策变动：需求发布规则、匹配算法、费率政策可能调整，建议关注平台公告，Agent配置需随API版本更新同步维护。