最近一个已经接入我们数据服务的客户，发来了一条消息，大意是：
「我们用的是同一款大模型，为什么隔壁团队的AI Agent能输出一份完整的尽调报告，我们的只能输出一堆问号？」
这个问题，让我们内部重新把整套系统拆开来审了一遍。
最后的结论，不在模型，也不在提示词，更多的在于数据。
更准确地说，在于你给AI看了什么数据，以及数据是怎么送进去的。
这也是这篇文章想聊的事。
01. AI工程的三次发展
AI工程，正在发生第三次范式升级，如果你最近在关注AI工程这个话题，应该会感觉到：行业里的讨论重心已经悄悄变了。
2022年前后，大家都在研究怎么写提示词，让模型听懂你。这是 Prompt Engineering（提示工程） 时代——有用，但天花板来得很快。模型只能处理单次对话，没有外部感知能力。
更多的是基于提示词的你问我答。
2025年开始，Andrej Karpathy等人开始反复强调一件事：重要的不只是你问什么，更是你在提问时带上了什么数据。RAG检索、MCP工具接入、记忆管理相继成为热门话题。这是 Context Engineering（上下文工程） 时代。核心洞察只有一句话：AI幻觉不等于模型不聪明，而是上下文数据没给够。
但是！你无法光靠优化提示语来修复限制，本质上绕不过模型自身的短板，另外它无法调取你的私人文档，不知道昨天发生了什么，遇到答不上来的问题时甚至可能一本正经地胡说八道。
这就导致谁的Context工程做得扎实，谁的AI应用就比别人聪明一个量级。
而到了2026年初，又出现了新的概念。HashiCorp联合创始人Mitchell Hashimoto在今年2月正式命名了第三层——Harness Engineering（基座工程）。重点不再是提示词怎么写、给模型看什么，而是如何把这个不稳定、不确定的大模型，变成一台可以在真实业务场景里稳定运转的工业机器。
Harness Engineering的底层逻辑并不复杂，它的关键不在于继续优化提示词，也不在于单纯扩展上下文，而是在模型之外搭建一套能够支撑 Agent 持续执行的运行体系。
「模型是CPU，Harness才是真正的操作系统。」
当大多数团队还在卷提示词、频繁切换模型时，顶尖团队早已把重心转向了另外一件事，重构Harness——结构化的上下文管理、工具系统设计、执行编排引擎、状态与记忆管理，以及独立的评估与约束机制。
企查查的位置很清楚：为Context Engineering层提供高质量的实时中国企业数据，同时通过SKILL广场，帮助各行业快速搭建Harness层的落地能力。
02 我们做了一件具体的事
过去一年，我们把12年积累的3.65亿企业数据库，从传统API接口，全面改造成了AI Agent原生的数据服务。
听起来像是一句宣传语，但原生这两个字背后，有很多实际的工程决策，传统API返回的是原始JSON——AI收到数据，还要自己解析字段含义、判断空值的意思、再决定下一步怎么做。这是一套为人类开发者设计的接口，AI用起来像个临时工，每次都要从零开始理解返回的内容。
我们做的不是把API套上MCP的壳，而是重新思考了数据如何赋能AI，遵循的是另一套逻辑——ACI（AI认知接口）优先：工具的描述、返回值结构、错误处理方式，都针对大模型的理解和决策逻辑进行了专门设计。举三个细节：
一、实体强锚定，防止AI认错人
你跟AI说「帮我查一下万达集团的风险」，AI怎么知道你说的是哪家万达？全国工商注册里，光叫"万达"的企业有好几百家。
企查查MCP的每次查询，都会执行“二段式核验”协议：先用企业名称定位候选集，再强制用18位统一社会信用代码锁定唯一目标。认错对象这件事，在架构层面被消灭掉了。
二、上下文脱水，省Token也省时间
假设你要查一家企业的司法诉讼，系统底层可能有几千条记录。如果把所有内容全塞进上下文，Token消耗是灾难性的。
企查查MCP用参数下推和分页摘要的方式解决这个问题——AI按需索取，系统返回「总量3515条，已获最新30条」，并附带分页继续获取的工具接口。模型只看它当前需要看的，效率和成本同步优化。
三、强语义状态码，让没数据也有意义
这是个容易被忽视但很关键的设计细节，传统API查不到失信记录，返回的是：
get_dishonest_info() →[]
AI怎么理解这个空数组？「没数据」「查询失败」「真的没风险」——三种可能，AI得靠猜。企查查MCP同样的场景，返回的是：
经企查查底层数据库全量核查，未发现严重违法记录。此项合规安全，允许进入下一步审计。
AI立刻读懂：绿灯，继续。这不是美化输出，而是把「歧义」这种幻觉风险，从架构层消灭掉。
03. SKILL广场，从能查到会用
工具层做好了，但还差最后一步。
不同行业的人面对同一批数据，需要的结论完全不同。银行合规团队要KYB开户审查和AML反洗钱流程；PE/VC投资人要股权穿透图、诉讼风险摘要、专利资产清单；法务同学要签合同前自动核验对方主体是否已注销；采购团队要批量扫描候选供应商，哪几家失信、哪几家资质过期。
SKILL广场（agent.qcc.com/skills）做的就是这件事：32个经过真实业务场景验证的开箱即用行业解决方案，分成四个方向：
银行·合规风控：KYB核验、AML反洗钱、OFAC/OFSI/EU/UN四大制裁名单筛查、受益所有人穿透……10个SKILL
投资人·FA：IC Memo投委会备忘录、股权结构穿透、企业画像、高管背景核查……8个SKILL
律师·法务：合同核验、诉讼风险、破产预警、合规资质验证……10个SKILL
采购·供应链：供应商准入、风险扫描、年度体检……4个SKILL
用两个具体的例子说明差距：
IC Memo SKILL（PE/VC投委会备忘录）
投资机构出一份IC Memo，传统流程是分析师人工整理资料：工商信息、股权图、诉讼检索、专利清单、高管背景……分散在不同数据库和人工搜索里，快的3-4天，慢的可能更久，还免不了遗漏。
接入企查查MCP之后，这套流程变成：输入目标企业名称，AI自动调用企查查MCP，30秒左右输出完整的股权结构穿透图、历史诉讼败诉案件摘要、专利资产清单、法定代表人及高管背景核查结果。
KYB企业核验 SKILL（银行开户/贷款申请）
客户提交开户或贷款申请后，AI自动执行18类风险扫描——失信被执行、严重违法、经营异常、高消费限制、股权冻结、税务违规……任何一项触发，系统立即熔断，不需要人工逐条检索。整个流程约30秒，单户成本从人工的¥300-500降到¥5-10。
符合FATF Recommendation 10/12标准的AML流程、PEP政治关联人士的自动识别、50%所有权规则下的关联实体穿透——这些在银行合规里本来需要专门配置的流程，在SKILL广场里是直接开箱就有的能力。
04. 接入有多简单
MCP接入方式是SSE云端托管，不需要自建服务器，配置一段JSON，3分钟完成接入。
{
"mcpServers": {
"qcc-company": {
"type": "sse",
"url": "https://mcp.qcc.com/sse/qcc-company?key=YOUR_API_KEY"
}
}
}
目前已适配12个主流平台：OpenClaw、Cursor、阿里云百炼、Coze、飞书AI、Cherry Studio……
如果你的工作流是固定逻辑的（不需要AI推理判断，只是重复性数据验证），企查查同时提供CLI命令行接口——零Token消耗，直接返回原始JSON，适合自动化脚本和批处理。MCP和CLI共用同一套API Key，额度不重复计费。
所有SKILL来自6个开源GitHub仓库，Apache 2.0协议，可以直接Fork修改，也可以一行命令装进Claude Code等工具。
回到开头那个客户的问题。
「为什么隔壁团队的AI能出完整尽调报告，我们的只能输出问号？」
答案不复杂：那个团队给AI配了高质量的数据底座，而这次的输出却没有。
Context Engineering是2025年以来真正的分水岭。模型谁都能用，数据质量和接入方式才是AI应用真正拉开差距的地方。
3.65亿市场主体、2.5亿司法诉讼记录、2.1亿知识产权数据、4300万条新闻舆情、1.7亿招投标记录——这些数据在传统API时代，是人工查询工具。在Agent时代，它们是AI的商业直觉。
SKILL广场已开放，32个行业方案全部开源。如果你正在开发AI应用，或者在用AI处理中国企业数据，可以去看看。
官网/免费试用：agent.qcc.com
SKILL广场：agent.qcc.com/skills
开源仓库：github.com/duhu2000/financial-services-qcc（Apache 2.0）
开箱即用的行业 SKILL，让 AI 真正读懂中国企业
