internal/03 复用边界与写作红线

internal/03 复用边界与写作红线

status draft2026-11-04liangrui99SPIN@HSITP · 复用边界、写作红线与三机构口径隔离表
本页目录（5）
  1. 1. 三机构口径隔离表（禁止跨栏）
  2. 2. 可复用 / 禁止复用清单
  3. 3. 写作铁律（本包 12 条；与 H 表配套执行）
  4. 4. 命名与术语表（跨文件一致性，防同一事物三种叫法）
  5. 5. 递交前检查（⛔ 任一未闭合即不递交）

internal/03 · 复用边界与写作红线

立此件的原因：本项目同时与三个主办机构打过交道（HKSTP / Cyberport / HSITP），三家的规则、表单、额度、评审轴各不相同。把 A 家的条款当 B 家的规则用，会同时造成两种错：把自己架在不适用的门槛上（自我否决），或在提交面写出主办机构根本没要求的东西（评审读作不专业）。

1. 三机构口径隔离表（禁止跨栏）

维度HKSTP（科技园）Cyberport（数码港）HSITP（港深创科园）＝本包
关系母公司平行机构HKSTP 全资附属公司（园区在河套/落马洲）
对应计划Ideation / Incubation / Acceleration / EliteCCMF（创意微型基金）/ CIP（培育计划）SPIN / IGNITE / GAS
本轮额度—HK$100,000 / 6 个月 / 三期 10k→45k→45kHK$150,000 / 12 个月 / 两期等额（各 75k）· 用途不设限制
表单系统网上投递 + 2.5–3.5 分钟 PIC 出镜短片EMS（G1–G16 字段）PowerApps 收件门户，10 分区＋字数硬上限（Business Ideas 150 字／Core Technology 300 字）＋里程碑可 CSV 导入＋Submit 后不可改（逐字与页码见 internal/04 §2；实表差异只登记在 操作指引 §3 C1–C7）
评审轴Team Competency / Innovativeness / R&D / Business Development Potential（有公布权重）团队 30% / 营运模式 30% / 创意创新 30% / 社会责任 10%團隊質素和能力 / 科技研發內容 / 技術的創新性 / 商業營運之可行性（无公布权重）
主体门槛—允许个人申请，upon admission 注册企业通道 ≤2 年；团队通道 = 录取起 2 周内注册，且每位申请人年满 18（H1-8）；BR/CI 上传只对公司通道与 IGNITE/GAS 生效 ⇒ 团队通道递交时无 BR 不违规（MAC-7 已闭合）
员工/股权——SPIN 未设；IGNITE/GAS 才有 ≥2 全职 / ≥50% 研发 / 创始人 ≥51% 直接持股
并行限制—双公帑红线（同/相似项目不得重复受同类公帑）「不可同时参与不同计划」+「同一项目不得重复申请，内容必须为全新研发项目」
问询通道—单向表单，无申报前问询有：incu-pgm@hsitp.org／+852 3189 1588；但本轮三问已由官方英文 Guide（Version 1.1，Jul 2026）逐字回答（internal/04）⇒ 该渠道只用于录取后公司注册支援与 portal remark 应答

纪律：任何一处引用规则，先在本表定位机构列，再回到 internal/00 取逐字。不得引用 F 编号（那是数码港包的数字源），本包只用 H 编号。

2. 可复用 / 禁止复用清单

可复用（项目事实本身，须按 H 表重新登记出处与复核日期）

禁止复用（搬过来就是错）

  1. EMS 字段号与「G1–G16」结构、以及按 EMS 字段 1:1 写成的正文骨架。
  2. 数码港额度与分期口径（100k / 6 个月 / 三期），批次时间表（2026-12-01 截止、2027-01 评审、2027-02 公布）。
  3. Cyberport 的规则条文与红线（双公帑、同阶段限制、"upon admission"）——HSITP 侧对应条款以 internal/00 §2 逐字为准。
  4. CCMF 的「项目期 6 个月、M1 = 2027-01」口径——本包项目期 12 个月、两期评估。
  5. 旧版（2026-09 HKSTP 投递件）的整套叙事：四条研发线 + 平台能力陈述；本包是单课题研究（范围、写法、交付物清单全部重做），差异须能逐条指认（操作指引 §5）。
  6. 「79 张租户屏蔽表」与 67 的 R2 导出去重数并列引用——口径未对之前二者都不得出现在提交面（H2-6）。

3. 写作铁律（本包 12 条；与 H 表配套执行）

  1. 资助买还没造出来的东西：已完成的一切只作能力与数据底座证据（prior work），不写成交付物。
  2. 目标一律标 target；实测一律标 baseline + 日期 + 方法；两者不得同段混写。
  3. 负面事实主动、完整、如实披露（未注册 / 无员工 / 无客户 / 收入 HK$0 / HKSTP 未获批），不等评审来挖。
  4. 数字唯一来源 = internal/01 事实主表（H 编号）；第二套数字即缺陷。
  5. 边界先讲：prior work 与交付物在同节成表，不混写。
  6. 不贬低竞品、不用未核验的竞品数字、不说「全球第一/唯一」。
  7. 每条对外主张标证据等级（A 官方文件 / B 代码实跑 / C 外部核验 / D 未核）；D 级不入提交文本。
  8. 合规主张红线：辅助检查，非法律意见；PDPO 评估前置；本期不做信用评估/画像。
  9. 失败如实报告，不得改写成「部分成功」（本包的验收判据全部二元化，见 internal/02 §4）。
  10. 人机协同表述红线：禁「AI 替代人力 / 无人服务 / 省掉几个员工」；禁「租客分不出人机」的字面主张；写「统一服务人格 / 接管带简短提示 / 责任连续」。
  11. 英文为提交口径，中文仅供内部核对；语义冲突以英文为准（官方申请指南「只提供英文版本」）。字形分工（2026-11-04 定）：submission/ 四件的中文对照一律繁體（BP §12／里程碑表 §7／表单文本逐段／Deck 每页末）；internal/、操作指引、两层 README 用简体（工作底稿，永不上传）。混用即为缺陷——同一提交面里出现两套字形，会让核对人误判有两套口径。
  12. D-7 全量复核（2026-11-23 前后）：数字重算、外部原文重开、竞品页重查、H7 七项空位清零——清单见 internal/01 §8。

4. 命名与术语表（跨文件一致性，防同一事物三种叫法）

术语唯一写法禁用变体
课题名Duty Runtime: Contained LLM Task Closure with Cross-Tenant Isolation Guarantees （中文：Duty Runtime——受约束 LLM 任务闭环的完成判定、静默升级与跨租户泄漏防控）「AI 运营引擎」「ChunYue AI Operations Engine」（那是数码港包的标的名，本轮不出现）
基准名ChunYue-Agent-Bench「Agent Bench」「评测集 v1」
场景香港学生长租公寓运营（Hong Kong student-housing operations）「租房平台」「公寓 App」（评审语境下会把课题降级成产品）
既有 AI 组件u6buddy = 管家的 AI 下属（the butler's AI subordinate；工作面 = 替班 / 助手）「客服机器人」「AI 客服」（定位错，会削弱「责任主体始终是运营方与管家」的论证）
分层与接管内容分层 / 静默升级编排 / 服务人格一致 / 责任连续（four mechanisms）「无感切换」「完全无感知」（伦理攻击面）
身份team application（团队身份申请）「个人申请」（数码港包用语，HSITP 官方只写「團隊身份」）

5. 递交前检查（⛔ 任一未闭合即不递交）