顾言：把研究流程做成多端交互

工作画像

顾言关联的产出，大多处在“数据已经存在，但用户还不能顺畅操作”的位置。 自动报告需要展示关键词、样图、真实图表和运行进度。 公司大表需要把接口结果组织成列表、详情和侧边导航。 小程序需要处理搜索、热点、路径、收藏、分享与个人页面。 这些工作像给复杂数据装上门把手：门后的计算并没有因此变简单，但用户终于知道从哪里进入、现在处于什么状态、下一步可以做什么。 这是对产出结构的描述，不是性格、职级或绩效判断。

证据范围

匿名协作记录覆盖 2017 至 2018 年。 Jira 有数十条关联事项，主要来自自动报告重构，另有数据平台、公司大表、投融资订正和金融产品页面。 Confluence 有数十个关联页面，主要是阶段周报、归档和研发排期。 Git 归并得到数十条提交署名，分布在多个前端仓库，活跃期集中在 2018 年。 变化主要集中于一套研究类小程序，其他部分分布在管理后台、公司详情原型和另一套小程序。 文件路径主要落在页面、样式、组件、接口封装、状态管理和路由。 Git 身份归并同时包含完整提交标识与唯一名称或账户标识信号，因此标记为混合置信度。 提交作者字段不能证明某个功能由一人独立设计、实现、审核和发布。

项目地图

• 自动报告：关键词、样图、真实图表、进度与导出。
• 金融研究搜索：移动搜索、阅读与研究工作台。
• 营创易营销路径小程序：热点、路径、收藏分享与人工审核。
• 海纳数据平台：可视化需求、公司与关系数据入口。
• 长尾工程资产：公司详情 Vue 原型和单用途前端快照。

研究任务→关键词与筛选→样图→异步真实结果

异步真实结果→图表与数据页→公司详情→研究输出

热点与关键词→路径搜索→候选卡片→收藏或分享

候选路径→管理后台审核→推荐或下线→用户端状态

工单与原型→页面组件→接口联调→版本修订

代表项目一：自动报告界面重构

自动报告是 Jira 证据最集中的项目。 最早的明确事项是用户界面前端框架重构与实现，目标包括登录、自动报告和定制图表。 后续事项继续覆盖图表、关键词树、样本分页、公司详情、导出、零值状态和任务历史。 项目文章显示，产品把生成过程拆成样图和真实图表两个阶段。 样图在数秒内反馈结构，真实结果则可能运行更久，并需要展示进度。 前端因此不能只做一个“生成”按钮。 它要处理任务创建、进行中、结果替换、失败、未保存关闭和历史清理等状态。 Jira 能确认顾言承担了多项界面实现任务。 但当前没有找到与这一轮 Vue 重构一一对应的完整仓库。 因此，本文不把后来的前端提交倒推为自动报告源码，也不声称全部规划功能已经发布。

代表项目二：公司详情原型

另一项 Jira 任务要求为公司聚合接口提供前端展示页面。 Git 中后来出现一个 Vue 2 公司详情原型，包含 Company、List、Person、SideBar 等组件，以及 Router、Vuex 和接口模块。 相关提交都包含可辨认的手写前端文件。 组件结构说明页面至少尝试组织公司、人物、列表与侧边导航。 项目文章还记录，公司详情采用渐进加载：先显示主对象和来源计数，再按需加载专利、法律文书或应用明细。 Jira 任务与仓库主题能够互相解释。 但二者时间并不完全重合，也没有提交与工单的直接引用。 所以可以确认“承担过公司展示任务，且同一化名关联到后续公司前端原型”，不能确认它们就是同一次交付。

代表项目三：研究类小程序

提交最集中的前端仓库采用 WePY，代码变化覆盖页面、组件、样式、接口、工具和混入模块。 代表性路径包括搜索栏、筛选器、热点搜索、分享图片和用户页面。 提交信息还保留过接口联调与保存图片等阶段动作。 这与金融研究搜索文章中的移动能力相符：用户需要在小屏上执行查询、调整过滤条件、查看内容并保存结果。 另有一批提交没有可辨认手写源码，主要属于合并、生成物或其他非源码变化。 本文因此只把可辨认页面和组件作为技术证据，不用总提交数夸大实现规模。

代表项目四：营销路径与审核台

另一套小程序和 Vue 管理后台与营销路径项目直接相关。 小程序的关联变化落在用户页面、个人路径、反馈与入口状态。 管理后台则有页面、组件和接口模块，可用于路径审核和内容维护。 项目文章进一步从完整仓库恢复出热点榜、路径查询、收藏、分享和三态审核。 顾言的署名提交覆盖其中一部分页面与初始化阶段。 这支持“参与多端界面落地”的判断。 路径生成算法和热点计算分别位于其他模块，不能因前端展示存在就归为个人实现。

工单、文档与代码如何互证

工单最适合回答“当时要做什么”：重构界面、展示公司、制作产品首页、开发订正工具。 Confluence 周报与排期补充了阶段顺序，但没有稳定的版本映射。 Git 最适合回答“哪些文件发生了变化”：页面、组件、接口封装、样式、路由和状态管理。 三者相交后，可以恢复从需求到联调的工作链。 三者仍缺少发布标签、线上构建校验和用户行为指标。 因此，完成事项不能自动升级为长期在线能力，提交署名也不能替代团队协作记录。

可复用经验

• 长任务界面要显示真实阶段，不用单一百分比掩盖后台状态。
• 图表、数据和文案必须读取同一版本的中间结果。
• 搜索筛选的视觉状态、请求参数与重新载入值应保持一致。
• 多端项目应共享对象和状态语义，不要让小程序与后台各自解释枚举值。
• 公司详情适合渐进加载，但每个分支要保留来源、时间和错误状态。
• 前端仓库应区分手写组件、生成资源和静态素材。
• 工单最好绑定提交、构建版本与验收页面，方便多年后复核。

证据边界

本文排除招聘、评价和私人经历材料。 活动年份只表示现有系统中可见的工作记录。 自动报告重构缺少完整对应源码，相关完成范围主要依据工单和产品文档。 公司原型与早期任务主题一致，但没有直接版本绑定。 小程序和后台提交证明参与过页面与接口联调，不证明路径算法、数据采集或整个产品由一人完成。 提交数量不用于评价产出质量、工作难度或个人绩效。 可确认的是：顾言关联产出持续把研究数据、异步任务和审核状态转成多端交互。 无法确认的是：每个版本的线上范围、独立完成比例、使用效果与后续维护责任。