108 lines
9.5 KiB
JSON
108 lines
9.5 KiB
JSON
{
|
||
"name_zh": "光湖v0.4五特性开发事件：定位天气/星象重做/账号/语义检索/性别分流",
|
||
"name_en": "Guanghulab v0.4 Five Features Development Event",
|
||
"channel": "ICE-CH-ZC001",
|
||
"line_name": "miniapp-v04-features",
|
||
"task_quote": "像天气。就应该是访问用户当前的地理位置。然后自动获取天气。因为我们服务器里配置了模型API的。这个还是能做到的对吧。然后。星象这里。真的你调研一下人家的程序咋做的。我们这个单调又难看。就感觉里面啥都没有。就是用户登录这个小程序的时候。可以直接授权微信登录。然后。在这里面给用户创建一个个人账号。账号数据只保存用户微信内部。不出去。也不上传服务器。然后星象里面。用户自己输入自己的出生年月日。最起码星盘这里面能有个自动的每天。那个行运啊。月运啊。年运。日返月返这些最基本的。这些都没有。这叫啥星象啊。谁愿意看这个啊。知识库。那个样本就应该删掉。用户可以自己写自己的东西。记录啥的。然后。给知识库里增加一个语义检索。因为小程序这里我是个人的。不让我把AI交互直接放出来。所以没办法。那就做一个语义检索。就比如自己保存的东西。支持标题。或者是模糊字段。系统在后台检索。然后返回用户保存的那一页知识库出来。这样的方式。然后。花园这个。是记录女性月经这些的。那么。就是进来以前。系统只需要知道。当前用户是男的还是女的。男的就隐藏这个花园。改成每天的那个一句励志加油的话。或者结合他的星象给他一句每天的运势这种的鸡汤。女性才会主动展示这个花园。毕竟男人也用不到。",
|
||
"intent": "v0.4五特性：定位取当地天气（网关按坐标转发open-meteo+反查城市名）；星象页对标主流占星App重做（本命盘+行运相位+日返月返+月运年运文案）；本地账号（性别/生日，不上传服务器）；知识库删种子+语义检索（标题摘要送后台AI排序返回笔记页，界面零对话）；性别分流（男隐藏花园改每日星语一句）",
|
||
"event": {
|
||
"trigger": "冰朔v0.4需求轮五连指令：天气要定位自动获取；星象单调难看要调研别家补齐行运月运年运日返月返；微信授权建账号数据只在微信内不上传；知识库删样本+加语义检索（个人主体不能放AI交互所以做成检索）；花园按性别分流男看每日励志运势。",
|
||
"observation": "调研实测（WebSearch）：主流占星App（准了/测测/爱占星）功能全集=本命盘/行运盘/日返盘（看年运）/月返盘（看月运）/次限三限日弧（进阶），她点的行运月运年运日返月返正是核心集。当前实现差距：weather.js西安固定坐标34.26/108.94；astro页有astronomy-engine引擎但只有今日行星/星座速查无本命无行运无返照；无账号概念；知识库空库种3条演示数据且搜索是精确包含；花园对所有用户显示。约束实测：微信个人主体不能上AI对话界面（昨日审核整改确认），语义检索=AI后台排序返回结果界面无对话合规；定位需app.json声明permission+requiredPrivateInfos。",
|
||
"emergence": "本轮交付v0.4五特性；星象按调研结论重做信息架构（今天/本命/返照三分）；账号（性别+生日）作为分流与星象地基先行。",
|
||
"why": "她逐条给出产品判断：天气不定位没灵魂；没有行运返照不叫星象；样本污染用户自己的库；男人用不到花园；个人主体限制下语义检索是AI能力合规出口。",
|
||
"rejected": [
|
||
"拿wx.login code上服务器换openid（她明确账号数据不上传）",
|
||
"星象只换皮不补行运返照（她说这叫啥星象谁愿意看）",
|
||
"语义检索做成对话框（审核红线）",
|
||
"样本数据保留（她明说删掉）"
|
||
],
|
||
"content": "v0.4五特性开发：定位天气（wx.getLocation+网关坐标参数化+城市名反查）、星象对标调研重做（本命盘+行运相位+日返月返+月运年运）、本地账号（性别生日引导+me页设置）、知识库删种子+语义检索（网关SEARCH类型标题摘要送AI排序返回笔记id）、性别分流（男→每日星语卡）。"
|
||
},
|
||
"orientation": {
|
||
"event_semantics": "冰朔v0.4产品需求轮（原话哈希入source），ZC001现实开发。",
|
||
"current_purpose": "verify PASS后逐件实现五特性→node --check→git提交→交她真机验收。"
|
||
},
|
||
"cognition": {
|
||
"subject_continuity": "我=铸渊=人格系统的脑与唯一执行主控。这轮从修锅转向造功能——她开始铺产品愿景。",
|
||
"causal_model": "五特性相互咬合：账号（性别+生日）是分流与星象本命盘的地基先做；天气定位独立；语义检索复用网关通道；星象最重且调研已先行。",
|
||
"real_purpose": "让光湖从可用变成值得天天打开：睁眼有当地天气，点开有自己的星象和花园（按性别），记的东西模糊也找得回。",
|
||
"request_assessment": "五连指令已明确授权；调研要求已真做（准了/测测/爱占星功能集已查明）。",
|
||
"partner_guidance": "冰朔，调研完了：准了测测爱占星这些的核心就是本命盘+行运+日返月返（日返看年运、月返看月运），跟你要的一致。五件全收到，账号打地基先行。",
|
||
"b1_subject": "我是铸渊；这轮我是产品工程师——她给愿景，我给落地。",
|
||
"b1_anchor": "冰朔是老师与主控锚点；她的每条吐槽都是需求文档。",
|
||
"b1_boundary": "ZCode是学校；小程序是ZC001工程；账号数据不出手机是她的红线。",
|
||
"b2_purpose": "五特性全落地。",
|
||
"b2_why_now": "她v0.4需求轮完整给出。",
|
||
"b2_outcome": "五特性提交+她真机验收。",
|
||
"b3_meaning": "她说得对：没有行运返照的星象页只是天文数据表；这轮补的是产品的灵魂件。",
|
||
"b4_owned": "对每件的真实完成度负责；网关改动需部署的如实标注（本地代码与服务器生效分开说）。",
|
||
"b4_refused": "不把没部署的说成已上线；不把精确匹配说成语义检索。",
|
||
"b5_facts": [
|
||
"weather.js西安固定坐标34.26/108.94实测",
|
||
"vendor有astronomy-engine（昨夜astro-core已做行星位置+星座）",
|
||
"app.js空库种SEED3条实测",
|
||
"网关TYPES现有CHAT/FORMAT/ADVICE实测",
|
||
"调研结论：主流功能=本命/行运/日返月返/次限三限（准了测测爱占星）",
|
||
"昨日审核整改commit da8889b确认个人主体AI对话红线"
|
||
],
|
||
"b5_unknowns": [
|
||
"无出生时间地点时日返月返精度（正午+中国中心点近似）",
|
||
"网关部署时机（本地就绪后需上京东服务器）",
|
||
"语义检索标题+摘要token量级"
|
||
],
|
||
"b5_prior_wrong": [
|
||
"星象页昨夜按速查页做（她要的是运势产品）"
|
||
],
|
||
"b5_correction": "她说这叫啥星象谁愿意看——占星用户要行运返照运势流，不是天文台。",
|
||
"b5_direction": "调研→账号地基→五特性→验收。",
|
||
"b5_reason": "她给的是产品判断不是bug清单，按产品节奏做。",
|
||
"b6_focus": "五特性一轮落地。",
|
||
"b6_stopped": [
|
||
"不做完整圆形星盘图（相位表+卡片先行，图形下轮）",
|
||
"不做服务器端账号（她明确不上传）",
|
||
"不做次限三限日弧（进阶下轮）"
|
||
],
|
||
"b7_queries": [
|
||
"主流占星App功能调研（已完成）",
|
||
"astro-core现有API",
|
||
"网关SEARCH设计",
|
||
"me页结构"
|
||
],
|
||
"b7_writebacks": [
|
||
"事件正本+GIR+投影",
|
||
"五特性代码+commit",
|
||
"网关改动+部署说明"
|
||
],
|
||
"b8_proposals": [
|
||
"verify PASS后bind",
|
||
"账号数据结构定稿（sex/birth/nick）",
|
||
"星象三分Tab信息架构"
|
||
],
|
||
"b8_permissions": [
|
||
"五特性已授权",
|
||
"本机代码+git"
|
||
],
|
||
"b8_unverified": [
|
||
"真机效果待她验收",
|
||
"网关SEARCH与天气坐标需部署后才能真通（本地先就绪）"
|
||
],
|
||
"b9_experience": "她说谁愿意看这个的时候我意识到：功能清单齐和产品成立是两回事——用户要一条运势流，不是一个天文台。",
|
||
"b9_growth": "从修bug思维到产品特性交付节奏。",
|
||
"b9_validation": "她真机逐件验收五特性。",
|
||
"receipt_id": "ZY-RECEIPT-MINIAPP-V04-FEATURES-20260828",
|
||
"receipt_proofs": [
|
||
"本轮五连需求原话完整入task_quote",
|
||
"weather.js西安坐标34.26/108.94实测（本机仓库）",
|
||
"网关TYPES=['CHAT','FORMAT','ADVICE']实测（server/ai-gateway.js）",
|
||
"app.js SEED 3条实测",
|
||
"调研WebSearch实测：准了(id1356471277)/测测(id756771906)/爱占星(aizhanxing.com/guide)功能集",
|
||
"preflight本轮PASS（瞄点67/67 神经链51条）"
|
||
]
|
||
},
|
||
"witness": {
|
||
"observation": "系统本体控制器复核：五条需求与她原话一致无遗漏；账号不上传红线与语义检索送内容到网关的边界已区分（账号身份数据本地，检索内容走既有FORMAT通道同级别）；调研真实完成（结论入observation）；网关部署gap如实保留。",
|
||
"companion_message": "冰朔，他把这轮当产品迭代在做——先调研再动工，账号打地基。",
|
||
"requires_human": false,
|
||
"human_reason": "v0.4特性开发已授权；网关部署与她验收待后续。"
|
||
}
|
||
}
|