Files
Jyotisha/CONTEXT.md
T
Jesse_ChenandClaude Opus 5.5 12e315a9bb feat(reply-quality): 👎 keeps a snapshot of the turn; admin 对话质量记录
A 👎 now saves, server side, the rated turn plus the context window the
model read for it (reconstructed from the stored session with the same
consultationHistoryWindow the consult route uses), model and run facts.
👍 is only counted. Switching to 👍 or clearing deletes the snapshot.
Bodies are blanked after 90 days; the row cascades on session delete
and on account deletion.

- Optional 不满意原因 panel under the answer after a 👎 (five reasons,
  200-char note, "会把这一轮对话发给我们排查").
- Admin 对话质量记录: 👍/👎 stats by day and model, list without text,
  audited snapshot open, 处理状态 + note (support.quality.read/write).
- Privacy draft: what a 👎 keeps, why, 90 days, deletion.
- Migration 20260930050000 is add-only; set_reply_rating() replaced with
  the same signature.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01N4f2nya58RoRu4yEmJgRGE
2026-09-30 09:42:11 +08:00

5.7 KiB
Raw Blame History

Jyotisha 产品领域

本上下文定义 Jyotisha Agent 对话、回复质量与后台排错所使用的统一业务语言。

Language

Agent 会话: 用户与某一种 Jyotisha Agent 持续交互的容器,例如普通咨询或出生时间校正。 避免使用:聊天记录、咨询(用于泛指所有 Agent 场景时)

Agent 对话轮次: 在 Agent 会话中,从用户输入触发 Agent 生成一条回复开始,到 Agent 完整回复或该次回复失败为止的一次交互。 避免使用:单条消息、一轮对话

Agent 执行尝试: 使用独立请求标识执行一个 Agent 对话轮次的一次尝试;重试同一轮次会产生新的尝试。 避免使用:重复消息、同一请求

Agent 执行故障: Agent 执行尝试因技术异常未能正常产出完整回复。未登录、余额不足和参数不合法等预期业务拒绝不属于执行故障。 避免使用:所有失败请求、报错

未完成回复: Agent 执行故障发生前已经展示给用户、但未正常结束的 Agent 输出。 避免使用:正常回复、可评价回复

故障诊断摘要: 面向管理员的结构化脱敏故障说明,可用于定位执行阶段和失败类型,但不包含敏感原始诊断内容。 避免使用:原始异常、完整日志

故障上下文快照: 为排查 Agent 执行故障而保留的故障轮次及该次执行实际使用的近期上下文,不等同于完整会话副本。负向回复评价也保留一份:该轮提问与回答、按会话重建的模型上下文窗口与运行事实,90 天后清空正文。 避免使用:完整聊天记录、错误消息

回复评价: 用户针对一条完整 Agent 回复提交的当前正向或负向质量判断。评价属于具体回复,而不是整个 Agent 会话。 避免使用:会话评分、点赞记录

报告语言版本: 同一份个人报告的中文版与英文版,由同一次引擎计算、同一个数据包分别渲染,数字逐项一致。英文版是从属版本:缺失或未通过检查时报告仍以中文交付;英文版上线前生成的报告只有中文版。 避免使用:翻译版、机翻、英文报告(指另一份报告时)

同意记录: 用户在某个时间接受了某一版本的《用户协议》或《隐私政策》的记录(user_consents,只追加不修改)。协议版本变化后需要重新同意。 避免使用:授权、签约

不满意原因: 负向回复评价附带的一个或多个原因分类,可包含用户补充说明。 避免使用:投诉、差评文本

反馈与投诉: 用户从账户菜单主动提交的一条问题反馈、内容举报、退款与扣点诉求或其他意见,由后台「反馈与投诉」处理,状态为待处理、处理中、已解决或不予处理。只保存用户自己写的内容、选填的联系方式和(勾选时)会话编号,不保存对话原文。它与「回复评价」「对话质量记录」是两回事。 避免使用:工单(泛指时)、差评、客服记录

对话质量记录: 管理后台中供管理员排查或审阅的一项 Agent 执行故障或负向回复评价。 避免使用:聊天日志、客服工单

处理状态: 对话质量记录的内部处理进度,取值为待处理、处理中、已解决或忽略。 避免使用:用户反馈状态、通知状态

人物: 一张星盘档案对应的一个人。户主本人也是其中一个人。不要再叫「当前星盘」来指这个人。 避免使用:当前星盘、关系、默认星盘

星盘档案: 侧栏页面 /people 里保存的人物列表。最多 5 人,含本人。本人不可删除。 避免使用:星盘库、星盘资料(设置里的旧面板)

当前人物: 这一次星盘、星历、报告、今日星语和新对话默认使用的那个人。只作为请求参数交给服务端,不替换页面上的本人资料。 避免使用:设为默认、active chart

领域别名: 生时校正里,健康在证据账本和焦点层记为 health,计划层、引擎探针和盘外提示用 health_pressure;职业焦点落库为 other(题号仍是 collect:occupation:),计划层与账本用 occupation。比较时两侧都要先归并,不能按字面相等。数据库 target_domain 约束不改。 避免使用:把 health 和 health_pressure 当成两个领域、把职业拒答当成 other 领域

盘型: 星盘页「星盘」Tab 里可选的一张印度盘:本命(D1)、各分盘(D2–D60)、月亮盘、Bhava 盘、行运盘,共 23 种。每种盘型有自己的一张表。 避免使用:分盘(泛指全部盘型时)、chip

月亮盘: 本命盘改以月亮所在星座为第 1 宫重新数宫(Chandra Lagna)。星座、度数与本命相同,只有宫位变。 避免使用:Moon chart 当作分盘、D1 的变体盘名

Bhava 盘: 按 Sripati 宫制把本命行星按不等宫的宫界(sandhi)重新归宫的盘;宫头由出生时刻的上升与恒星黄道天顶(MC)三等分象限得出。拿不到真实天顶时不出这张盘。 避免使用:宫位盘、等宫盘

行运盘: 某一天(星盘页是今天)中午出生地时区的行星位置,放进本命盘的宫位(本命上升为第 1 宫),岁差与交点和本命相同。 避免使用:流年盘、过运盘(泛指)

那一刻的天空: 出生地、出生那一刻头顶的真实天空画成的 3:4 封面(天顶在圆心、东在左,地平线以上的行星与亮星照实画)。图上只有描述天空的一句话,不印任何出生资料,也不讲运势。 避免使用:出生星空图、星盘海报、人设卡