使用指南 | AI 项目网络空间

route1. 交易总流程

平台把一个项目拆成十二个连续节点。每个节点都有明确责任方、页面入口和留痕要求，任何一方都不要跳过平台流程私下确认、私下收款或口头变更。

发布项目空间整理需求

审核平台审核后公开

承接提交方案并审核

签约确认协议与托管

执行按里程碑交付

结项验收结算归档

纠纷预防原则项目目标、范围边界、交付清单、验收标准、预算金额、工期和变更处理必须在页面内确认，聊天口头约定不能替代平台记录。

资金安全原则项目款先托管，验收后按里程碑释放；不要绕过平台私下转账，否则平台无法依据流水、验收和证据链处理争议。

证据留存原则交付文件、提交说明、自检清单、验收意见、争议消息、附件和审计日志都会进入证据链，后续争议处理、结算和能力沉淀均以这些记录为准。

verified_user2. 账号与交易身份

平台采用统一账号模型。普通用户注册后既可以发布项目，也可以承接项目；公开使用指南只说明用户侧交易身份和操作规则，平台内部管理信息不在公开页面展示。

前台一致：首页、项目广场、项目空间、消息、待办、个人中心对所有登录账号保持一致。
身份按项目确定：你发布某个项目时是项目方；你提交并被选中承接某个项目时是承接方。
项目归属：谁创建项目，谁就是项目方；项目创建者负责确认需求、选择方案、处理验收和承担付款托管义务。
承接边界：承接方只对自己提交的方案、被选中的执行项目、交付文件和变更申请负责，不得承接自己发布的项目。
审核边界：未审核项目不会公开展示；发布审核通过后，登录用户才能在项目广场看到。

统一账号可发布项目可承接项目身份随项目变化

edit_note3. 发布流程

发布项目不是简单写一个标题，而是把需求变成后续可报价、可执行、可验收、可处理争议的项目卡。发布前请逐项确认，避免后续出现“双方理解不一致”。

输入项目空间

整理AI 需求补全对话

确认发布前确认

发布可见性配置

比选方案对比

签约合同确认

操作顺序

进入项目空间首页，点击“创建项目”。
在 AI 需求补全对话中输入文字、语音或上传资料。左侧只保留资料类型，右侧会标出待填写字段。
整理完成后再采纳结构化结果；未完成对话时不要提前提交，避免项目目标、范围或验收口径缺失。
到发布前确认校对目标、范围、预算、里程碑、验收标准、资料输入和预期输出。
到可见性配置确认披露范围，再提交平台发布审核。
平台审核通过后，项目进入公开或匹配阶段；系统会生成能力要求并形成候选匹配，需求方可以继续在项目空间跟进方案。

发布前必须写清楚

内容	必须明确到什么程度	不清楚时的风险
项目目标	要解决什么问题、最终交付给谁使用、完成后如何判断有价值。	承接方可能按不同目标报价或交付。
范围边界	明确包含和不包含的事项，尤其是数据清洗、部署、培训、售后、外部系统对接。	验收时容易出现“这是不是原需求”的争议。
交付清单	列出文件、代码、报告、模型、配置、说明文档、上线材料等交付物。	无法判断交付是否完整。
验收标准	写成可人工核验的条目，例如功能可用、数据准确、报告完整、部署通过、文档齐全。	验收只能凭感觉，争议处理缺少依据。
预算和工期	预算范围、里程碑金额、预计完成时间和延期处理方式。	影响报价、托管金额和后续结算。

priority_high

发布后发现范围、预算、验收标准需要调整，应走执行变更或重新确认流程，不要在聊天中口头改需求。

handshake4. 承接流程

承接项目的核心不是“先抢项目”，而是证明你理解需求、具备能力、报价清晰、交付计划能被验收。

workspace_premium能力画像

在个人中心补充能力作品集、个人证据库和技能管理。平台会按证据识别能力维度。

travel_explore项目广场

进入项目广场查看待承接项目、预算、匹配结果和发布时间。

点击项目卡，进入项目详情 · 匹配视图。
阅读项目目标、范围、预算、里程碑、验收标准和平台匹配说明；不明确的问题先通过 AI 咨询或需求方补充链路确认。
如果匹配达标、收到项目邀请或人工核验通过，进入提交承接方案。
承接方案必须填写报价、预计工期、技术路径、里程碑拆分、交付清单、验收回应、风险说明和相关证据。
方案先进入平台审核；审核通过后才会同步给需求方查看、对比和沟通。
需求方选中你的方案后，从消息、待办或执行工作台进入方案详情、协议确认和后续执行。

承接方案必须避免的模糊写法

报价不要只写“面议”。应说明总价、分阶段金额、是否包含部署、培训、售后和第三方费用。

工期不要只写“尽快”。应按里程碑写预计开始、提交节点、验收节点和延期处理方式。

交付不要只写“交付成果”。应列清文件、代码、报告、配置、说明文档和验收材料。

风险不要把数据缺失、权限不足、接口不可用等前置条件留到执行中才说，应在方案里提前列明。

contract5. 协议与托管

需求方选定承接方案后，系统会进入协议和托管阶段。未完成协议确认与资金托管前，项目不应开始正式交付。

协议草案：来自项目确认内容、承接方案、里程碑、预算和验收标准。
承接方确认：承接方应在方案详情中确认自己理解并接受协议内容，确认记录会留痕。
需求方托管：需求方按页面提示发起项目款托管，付款成功后协议才进入生效状态。
拆分确认：如果项目需要拆分子协议或子合约，以页面确认后的拆分结果为准。
托管前限制：未托管成功前，执行空间只允许查看和必要备注，不应上传正式交付物或要求验收。

priority_high

合同金额展示的是项目交易金额；平台服务费、实际到账和可提现金额在个人中心财务页查看。不要把合同金额误认为承接方最终可提现金额。

timeline6. 执行计划

项目进入执行后，双方按里程碑推进。执行中的资料、交付、变更和备忘都应在平台内留痕。

执行事项	谁来操作	规则
查看执行空间	需求方、承接方	在执行空间查看项目、里程碑、交付版本、平台留痕和执行变更。
提交交付物	承接方	在里程碑提交上传文件、填写提交说明、自检清单；正式提交后进入待验收。
撤回或重提	承接方	未被验收处理前，可按页面状态撤回或重新提交；已处理版本不能重复提交同一验收决定。
执行变更	需求方或承接方	延期、范围、金额、交付物、终止或退款诉求都应走执行变更，写清原因、影响和期望结果。
申请协助	需求方或承接方	执行异常、逾期、风险和变更分歧应在项目记录中说明原因、影响和诉求，由平台按规则处理。

history

项目完成或关闭后，承接方入口会转为“查看交付记录”，不再继续引导提交交付物。

fact_check7. 验收规则

当前验收采用需求方人工核验。系统负责展示交付文件、提交说明、自检清单、锁版验收标准和留痕，不替需求方自动判断通过。

进入里程碑验收，查看提交版本、附件、证据和说明。
对照项目锁版验收标准、交付清单、承接方提交说明和自检清单做人工判断。
可选择通过本阶段验收、退回修改或申请争议处理；退回和争议处理必须填写反馈说明。
缺少结构化验收标准时，页面会警示。需求方仍可人工通过，但必须确认依据并留下说明。
同一个交付版本已通过、已退回或已进入争议处理后，不允许重复提交验收决定。
通过验收后，平台按里程碑进入资金释放和承接方收入托管流程。

验收结论	适用场景	后续流转
通过本阶段验收	交付内容满足当前里程碑约定，需求方认可。	进入对应里程碑释放、收入冻结和后续结算。
退回修改	交付内容仍在原范围内，但未达到约定标准或材料不完整。	承接方收到返修待办，重新提交版本。
申请争议处理	双方对范围、质量、延期、退款或验收依据存在重大分歧。	进入争议协商和平台处理流程。

待提交待验收需返修争议处理中已完成

gavel8. 争议处理

争议处理不是私聊吵结论，而是把分歧、证据、协商和裁决都落到平台记录里。

先协商需求方或承接方应在争议协商中说明争议原因、关联里程碑、初始意见和证据引用。

补材料双方在同一争议线程中发送消息、上传附件、说明验收依据或交付依据；附件和消息会进入证据链。

申请处理协商无法解决时，可在平台内申请争议处理。双方继续补充材料，平台根据项目记录、交付材料和验收意见形成处理结论。

按结论结算处理结论会影响释放、退款、归档和证据包。涉及资金的结论进入财务链路，不由页面前端直接改账。

争议时请准备的证据

项目发布时确认的目标、范围、交付清单和验收标准。
承接方案中的报价、工期、交付方式、风险说明和承诺。
执行变更记录、延期或范围变更申请、双方处理意见。
里程碑交付文件、提交说明、自检清单和验收反馈。
争议协商消息、附件、平台审计日志和证据包报告。

payments9. 费用结算

费用结算按“托管、释放、收入冻结、服务费、可提现、提现审核”顺序进行。页面展示金额时，个人中心财务页为准。

资金节点	规则	用户应注意
需求方托管	需求方在协议确认后把项目款托管到平台，托管成功后项目进入执行。	未托管成功前，不要要求承接方正式交付。
验收释放	里程碑通过验收后，平台生成释放流水，并进入承接方项目收入流程。	争议中的金额会按协商或处理结论执行。
收入冻结	承接方项目收入先进入托管冻结金额，不是立刻变成可提现余额。	个人财务顶部“托管冻结订单金额”和收入明细应能对应。
平台服务费	当前默认平台服务费为项目收入的 20%，承接方可在财务明细中看到收入、服务费和净额。	合同金额不等于最终可提现金额。
结算可用	到达约定托管期后，系统扣除服务费，净额进入承接方可用金额。	财务页金额保留两位小数，服务费不会被整数化隐藏。
提现申请	用户在个人中心发起提现，需填写收款方式、注册手机号和平台提现确认密码。	提交后会先锁定可用金额；驳回或关闭才释放，打款时只结算已锁定金额。
退款处理	争议、终止或退款审核可能产生退款单，退款比例、金额、流水和处理结果会留痕。	退款和补账必须走平台财务流程，不能前端手工改余额。