筑见合规大约什么时候能用？会不会收费，准备怎么收费？
最近，公众号后台陆续有读者问我：筑见合规大约什么时候能用，会不会收费，准备怎么收费？
也有读者表示，如果开放体验，愿意第一时间试用并反馈问题。
这些询问还算不上正式的市场调查，却让我重新意识到一件事：筑见合规已经不能只在开发环境里继续向前走了。
产品侧其实很早就提醒过我，要尽快找真实用户参与验证。我一直拖着没有启动。原因并不复杂。我总觉得文档导入还可以再稳一点，AI 候选还可以再收紧一点，Word 写回、安装部署和异常恢复也应该多跑几轮。等这些再完善一些，再交给别人用。
但产品做到这个阶段，继续只由开发者验证，也会形成盲区。
我知道入口在哪里，知道每个状态是什么意思，也知道遇到异常应该回到哪一步。真实用户不知道这些。一个功能在开发者手里跑通，只能证明工程链路能够工作；投标人员能不能在没有研发人员代操作的情况下，把一份技术标从资料导入做到 Word 或 WPS 复核，才决定它能不能进入真实工作。
所以，我准备开始寻找筑见合规的第一批真实体验用户。
为什么筑见合规一直没有直接开放下载
筑见合规要处理的不是一段普通文字。
一份技术标里可能同时包含招标文件、工程量清单、企业母版、项目事实、图片、表格、编号、页眉页脚和大量承诺性内容。AI 写出一段通顺的文字，并不代表它响应了评分要求；导出一个 DOCX，也不代表原有结构没有损坏。
当前筑见合规收敛的是 Windows 技术标本地工作台。用户在本机导入既有技术标母版和项目资料，确认项目事实，生成和复核 AI 候选，再导出普通版、修订版等交付文件，最后回到 Word 或 WPS 完成目录更新、版式检查和责任确认。
这条链路涉及的并不只是模型效果。文件能否保存重开，表格和图片是否保留，修改能否回到正确位置，异常后能否恢复，安装包能否安全升级和回滚，都要逐项验证。
目前的候选版本仍按受控试点门禁收口，尚未面向陌生用户公开分发。这两天我还会继续完成开发、部署和发布前检查。具体开放时间要看这些检查的实际结果，我不想再用一个日期替代完成证据。
第一批用户不是来“帮忙点点按钮”的
受控体验要验证的是一条完整工作流。
用户需要独立导入自己的脱敏资料或本地文件，理解系统给出的状态，处理 AI 候选和风险提示，保存并重新打开工作区，导出 DOCX，再在自己实际使用的 Word 或 WPS 环境中完成复核。
开发人员不会远程代为点击，也不会在旁边告诉他下一步该选什么。因为一旦需要我全程解释，产品就还没有把事情讲清楚。
体验过程还要记录几类很朴素的数据：第一次形成候选稿用了多久，人工改了多少次，评分要求有没有漏掉，无依据内容出现了多少，Office 最后收尾花了多长时间，以及用户做完一次以后还愿不愿意再用。
这些记录比一句“效果不错”有用得多。它们会直接决定哪些能力可以保留，哪些交互必须重做，产品是否具备继续开放的条件。
第一批体验，能够使用什么
当前试点只聚焦 Windows 本地技术标工作台，不把所有设想中的产品端和工程场景一起开放。
首期暂不支持 macOS。这不是再生成一个安装包、让用户补装 Electron 就能解决的问题。当前的安装、签名、升级回滚、本地运行时和 Word/WPS 交付验收都按 Windows 路线收口。macOS 还需要单独完成应用打包与签名、系统权限适配和真实 Office 环境的全流程验证；这些证据齐全前，不列入首期支持范围。
第一批体验主要围绕以下任务展开：
- 导入既有技术标 DOCX、招标文件、工程量清单和必要附件；
- 建立并人工确认项目事实，避免旧项目名称、地点、工期等内容混入新标书；
- 根据招标要求和已确认资料生成可审阅的章节候选；
- 查看风险、来源和待确认事项，由用户决定采纳、拒绝或修改；
- 导出候选 DOCX，在 Word 或 WPS 中继续编辑并完成最终复核。
它现在不能替投标负责人作出最终判断，也不承诺一键生成可以直接投标的完整标书。目录、页码、复杂表格、图片、承诺性表述和业务依据，仍然需要人在交付前逐项确认。
商务标、施工方案和通用合规平台也不在这一轮试点范围内。第一步先把技术标这一条链跑通。
为什么筑见合规不打包大模型费用
先说明一个容易误解的地方：BYOK 不是使用筑见合规的前置条件。
平台内置了多类规则检查。不开启大模型，用户仍然可以完成标书检查，由系统按照既定规则发现问题、定位风险并给出检查结果。大模型是可以按需开启的增强能力，不是整个检查流程唯一的判断来源。
两者的分工也很明确：规则引擎负责按规则检查和提示问题；需要生成、改写或扩写文字时，则必须启用大模型。规则可以告诉用户哪里可能不符合要求，却不能凭空替用户写出一段新的技术标内容。
需要使用大模型时，筑见合规不提供统一的大模型调用额度，也不把模型成本打包进产品月费。用户通过 BYOK（Bring Your Own Key） 接入模型，也就是使用自己申请的 API Key，让模型服务商直接提供大模型能力。
有些 AI 写作服务按生成字数、调用次数或套餐额度收费。一篇技术标往往需要反复生成、修改和比较，费用很容易随着修改次数累积。用户一旦担心“再试一次又要花多少钱”，就可能不敢充分尝试，这会削弱 AI 辅助修改的实际价值。
API Key 是模型服务商生成的一串访问凭据。它不是筑见合规账号密码，也不要求用户懂编程。通常只需要在服务商平台完成注册、开通 API 服务、按需充值，再创建一枚 Key。不少国内模型服务商可以直接使用支付宝或微信充值，实际门槛并没有想象中高，具体支付方式以各平台为准。
筑见合规会把配置过程尽量做短：选择服务商和模型，粘贴 API Key，点击“保存并测试连接”。主流服务商使用预设配置，不需要普通用户自己研究接口地址和技术参数。Key 会加密保存在本机，不回显给页面，也不会发送到 ArchSight Cloud；更换服务商时再填写新的 Key。
使用自己的 Key 后，模型费用由用户直接与服务商结算，用量和价格更透明。用户可以根据任务和预算选择模型：复杂任务使用能力更强的模型，日常起草、整理和多轮尝试使用更便宜的模型。相比把模型调用层层打包后再按字数收费，实际成本更可控，也给用户留下了主动优化费用的空间。筑见合规不靠转售 Token 或模型调用差价收费。
BYOK 因此不是首批体验阶段的临时方案，而是筑见合规收费结构的一部分。它可以减少平台代购模型额度、承担调用峰值和处理欠费的压力，让产品月费维持在低而相对稳定的水平。用户不用为平台预留的模型风险买单，平台也不必因为模型成本波动而提高月费，对双方都是一种保障。
对企业用户来说，模型账号和费用仍归自己管理，也更容易按企业要求选择允许使用的服务商。我们会提供经过验证的配置指引，减少第一次申请和连接的成本。
客户原始 DOCX、招标文件、清单、图纸和完整附件默认保留在本地工作区，也不作为筑见合规云端的长期存储内容。
但“本地工作台”不等于任何内容都不会发送给外部模型。用户主动运行 AI 时，完成当前任务所必需、并经过本地门禁处理的内容，会直接提交给用户选择的模型服务商。用户仍需根据所在企业要求，确认服务商的数据保留、训练使用、访问区域和隐私条款是否可以接受。
BYOK 解决的是模型选择、账号归属、Key 保管和费用关系，不会自动替用户完成数据合规判断。
筑见合规准备怎样收费
筑见合规产品月费与第三方模型调用费相互独立。用户只使用平台内置的规则检查，不会产生大模型调用费；只有主动启用生成、改写等能力时，自己的模型账号才会产生相应费用，并由用户直接支付给模型服务商。
筑见合规正式开放后，计划采用低门槛月费制。理解上更接近微信读书、腾讯视频这类按月订阅：用户为持续使用产品和服务支付月费，不按每次生成、每段文字或每个 Token 向筑见合规结算。
月费主要用于分担服务器、试用与授权服务、规则和版本发布、软件更新等持续运营成本。
价格可以晚一点定。眼下更重要的是通过真实体验回答几个问题：筑见合规能替投标人员减少哪一段重复劳动，能暴露哪些原本容易遗漏的风险，又增加了多少人工复核成本。没有这些数据，收费高低都只是猜测。
但定价方向已经明确：筑见合规不会走只有少数机构才能负担的高价软件路线。希望它成为一线从业人员用得起、也愿意持续使用的实用 AI 产品，让 AI 真正进入技术标的日常工作。月费首先用于分担产品持续运行的必要成本，而不是通过高价抬高使用门槛；具体金额会在真实体验数据和服务器成本进一步明确后公布。
受控体验阶段暂不收取筑见合规产品服务费；体验用户如果启用大模型，只需承担自己模型账号产生的调用费用。
企业部署、定制开发、规范资产治理和持续服务不包含在个人月费中，需要按实际范围另行判断。
我现在需要什么样的体验用户
这次更适合下面几类人：
- 实际参与建筑施工技术标编制、审核或交付；
- 日常使用 Windows，并使用 Word 或 WPS 处理标书；
- 手里有可在本机使用的历史母版、脱敏样本或真实工作任务；
- 愿意独立操作，并直接指出看不懂、做不完或不可信的地方；
- 能接受产品仍处于受控验证阶段，不把候选结果当成最终投标结论。
第一轮沟通不需要发送客户标书正文，也不用先提供企业内部资料。只要说明你的岗位、常见标书类型、主要使用 Word 还是 WPS，以及目前最费时间的一步，我就可以先判断是否适合进入这一轮体验。
如果所在单位允许，你也愿意提供一份自己有权使用、已经充分脱敏且结构完整的历史标书，可以在报名时一并说明，但请不要直接发送文件。我们会先确认脱敏情况、使用范围、保留期限和删除方式，再决定是否接收。
这类样本对验证完整工作流很有价值。我们会根据样本的完整性、场景代表性以及后续参与反馈的情况，邀请部分用户进入真实样本共创计划。符合条件的共创用户，有机会获得一定期限的 VIP 权益或筑见合规产品月费减免；具体权益会在确认共创范围时单独说明，不包含用户自己的第三方模型调用费用。
提供标书不是参与体验的必要条件，也不会因为提交一份文件就自动获得权益。未经双方确认，样本不会用于公开展示、宣传或模型训练。
从开发完成，到有人能够独立使用
筑见合规已经做了很长时间。过去我更关注能不能把复杂文档、AI 候选、人工复核和 DOCX 交付接起来。接下来还要回答另一个问题：一个此前没有参与开发的人，能不能靠产品本身把这条路走完。
这次邀请发生在正式开放之前。它的目的很明确：让真实用户把开发者看不见的问题暴露出来。
如果你正在做技术标编制、复核或 Word 交付，并愿意参与受控体验，可以在公众号后台回复 “筑见合规体验”，简单说明你的岗位、标书类型、Word/WPS 环境和当前最难的一步。
我会先逐一了解场景。等安装、部署和发布门禁完成后，再联系适合这一阶段的体验用户。
关注我们
欢迎搜索并关注 筑见实验室，获取更多建筑 AI、数字化工具与工程工作流实践：
