AI+HK-FC-P0 · Self as the First Verified Customer
AI+HK Personal Capability Kit — Commercial Clarity & Delivery Pack R0.1
AI+香港个人能力工具包—商业清晰度与交付包 R0.1
Status: COMMERCIAL_DEFINITION_IN_PROGRESS · REVIEW_PENDING
Runtime: https://angela27.homelinked.tech/
Commercial Validation: https://angela27.myrcc.tech/
One-sentence value: Turn one verified personal capability into a versioned offer that one named buyer can understand, purchase, receive and accept without hidden scope, pricing or delivery ambiguity.
一句话价值：把一项经过验证的个人能力，转化为一个指定买方能够理解、购买、收取及验收，并且没有隐藏范围、价格或交付歧义的版本化产品报价。
From Smart Glasses to Personal Capability · 从智能眼镜到个人能力
Smart glasses are the starting demonstration of a capability chain, not the product boundary.
智能眼镜是完整能力链的起始示范，不是产品边界。
Common Mother Product · 共同母产品
AI+HK Personal Capability Kit R0.1 · AI+香港个人能力工具包 R0.1
Angela receives a candidate capability input and turns it into a buyer-ready commercial offer structure.
Angela 接收一个候选能力输入，并把它转化为买方可理解的商业报价结构。
Angela's Seller Self Event · Angela 的 Seller Self 事件
Status: Candidate until Angela confirms it.
I already have a capability, Homepage, Runtime, Stripe, webhook and invoice foundation, but I cannot yet clearly state who should buy, why the buyer should pay, what the buyer receives, what is not included, what the price means, what happens after payment, how delivery is accepted, and who continues physical fulfilment.
我已经有能力、Homepage、Runtime、Stripe、Webhook 和 Invoice 基础，但仍不能清楚说明谁应该购买、为什么值得付款、付款后得到什么、什么不包括、价格代表什么、如何交付、怎样验收，以及实体部分由谁继续。
Named Customer · 指定客户
| Customer Type | Question | Status |
|---|---|---|
| Experience Customer 体验客户 | Who experiences the difficulty? | TO DECIDE |
| Economic Customer 经济客户 | Who pays? | PRIMARY REQUIRED |
| Governance Customer 治理客户 | Who reviews, accepts or carries responsibility? | TO DECIDE |
Boundary: Do not write “for everyone”. One Primary Economic Customer must be selected.
Before / After Value · 使用前后价值
Before
There is technology, page and payment workflow, but the buyer still does not know what is being bought.
有技术、有页面、有付款流程，但客户仍不知道自己在购买什么。
After
A named buyer can understand the offer, choose a version, see scope and price basis, receive delivery and accept by criteria.
指定买方能够理解报价、选择版本、看到范围和价格依据、收到交付，并按标准验收。
Scope Matrix · 范围矩阵
Included · 包括
Fixed Product ID Fixed Product Version Product URL Digital files Test cases Acceptance checklist Delivery notice Evidence and Handoff
Not Included · 不包括
iPhone smart glasses physical accessories unless agreed official integration medical advice safety certification government endorsement guaranteed accuracy unlimited revisions physical fulfilment
Optional · 另行报价
additional scenes additional languages additional revisions remote/on-site setup institutional training additional API budget long-term maintenance RCC or partner fulfilment
Offer Tiers · 产品层级
| Tier | Name | Status | Boundary |
|---|---|---|---|
| D | Digital Capability Pack 数字能力包 | PRIMARY_TEST_SKU | No physical fulfilment |
| A | Assisted Setup Pack 协助设置包 | SECONDARY_CANDIDATE | Requires approved setup scope |
| P | Partner Fulfilment Request 伙伴实体实施申请 | QUOTE_ONLY | Not instant Stripe checkout |
Price Status · 价格状态
PRICE_HYPOTHESIS TEST_PRICE_AUTHORIZED PUBLIC_PRICE_APPROVED
Current: PRICE_HYPOTHESIS / REVIEW_PENDING
PV-600 is preserved only as previous / existing limited validation boundary and requires Admin review. It is not automatically the new product price.
PV-600 仅作为以前或现有的有限验证边界保留，并需 Admin 复核；它不自动成为新产品价格。
What the Buyer Receives · 买方获得什么
fixed Product ID fixed Product Version Product access URL reference device and accessory configuration AI workflow description input / output schema usage guide failure and fallback guide test cases acceptance checklist Evidence report handoff package
Checkout → Delivery → Acceptance
PAYMENT_RECORDED ≠ DELIVERED ≠ ACCEPTED ≠ EVIDENCE_CLOSED
Payment is not delivery. Delivery is not acceptance. Checkout success is not product success.
付款不是交付；交付不是验收；Checkout 成功不是产品成功。
Buyer Tests and Evidence · 买方测试与证据
Two-minute cold-read test Primary buyer-choice test Stripe Test Mode checkout Webhook and order record Invoice record Version-locked delivery manifest Separate acceptance record Handoff reproducible within 30 minutes
Daily Closure Plan · 十二个工作日商业闭环
| Date | State | Must Close |
|---|---|---|
| 21 Jul | INPUT_READY | Confirm Ho input and Angela Seller Self event |
| 22 Jul | CUSTOMER_READY | Freeze Experience, Economic and Governance Customer |
| 23 Jul | VALUE_READY | Freeze Before / After and one-sentence value |
| 24 Jul | SCOPE_READY | Freeze Included, Not Included and Optional |
| 27 Jul | OFFER_READY | Create D / A / P offers and select primary SKU |
| 28 Jul | PRICE_READY | Create Cost Floor, Value Ceiling and Test Cap |
| 29 Jul | CHECKOUT_READY | Complete Stripe title, description, metadata and invoice wording |
| 30 Jul | DELIVERY_READY | Complete version lock, delivery manifest and timing |
| 31 Jul | ACCEPTANCE_READY | Freeze acceptance, revision and rejection rules |
| 3 Aug | BUYER_TEST_READY | Complete cold-read and buyer-choice tests |
| 4 Aug | COMMERCE_PROVEN | Complete test checkout, webhook, invoice, delivery and acceptance |
| 5 Aug | HANDOFF_READY | Close Evidence and final commercial handoff |
Daily Success Standard
1 Commercial Ambiguity Closed + 1 Buyer-ready Artifact + 1 Verification + 1 Evidence Record + 1 Handoff-ready Next Action
Official and Handoff · 官方与交接
Formal Contract Alignment · 合约对齐
Formal Contract Role: Digital Marketing Technology Assistant
Project Contribution: Commercial Clarity, Product Offer & Delivery Closure · 商业清晰度、产品报价与交付闭环
Do not use UX/UI Trainee as the formal role. UX/UI and user-research work may appear only under previous contribution or homepage history.
不要把 UX/UI Trainee 用作正式职位。UX/UI 及用户研究相关内容只能放在历史贡献或 Homepage History。
Existing Runtime Links · 现有 Runtime 入口
Home Guide SSH Practice CN Practice EN Evidence Official Handoff myRCC
Previous Homepage / Legacy Work · 旧主页与历史工作
Old Smart Mobility, BagSpace, UX/UI and PV-600 content should be preserved through Homepage History or legacy links. It should not occupy the new Product Hero.
旧 Smart Mobility、BagSpace、UX/UI 和 PV-600 内容应通过 Homepage History 或 Legacy Link 保留，不再占据新 Product Hero。
Privacy and Claim Boundary · 私隐与声明边界
Do not publish: HKID number salary signatures employment agreement scan private customer information API keys Stripe secret keys webhook secrets SSH private keys internal company documents confidential client or company information Do not claim: government endorsement government procurement official transport approval medical effectiveness safety certification 100% AI accuracy live sales that have not occurred acceptance that has not occurred approved price without Admin approval
Final Closure Statement
A product is not commercially ready because it has a price button.
It is ready when one buyer knows what changes, what is included, what is paid, what is delivered and what counts as accepted.
一个产品不会因为有付款按钮就完成商业化。
当一个指定买方清楚知道什么会改变、包括什么、支付什么、收到什么，以及怎样才算验收时，它才进入商业现实。
Candidate package generated 2026-07-21 11:20 HKT. Candidate only. Do not invent buyers, sales, tests, evidence or acceptance.