返回项目Back to projects

INDEPENDENT PROJECT AI × BUSINESS × DATA

Semiconductor
Price Tracker

半导体价格追踪中心Semiconductor Price Tracking Center

面向采购与供应链场景的半导体价格情报与 Contextual AI 决策支持平台。A semiconductor price-intelligence and Contextual AI decision-support platform for procurement and supply-chain contexts.

追踪趋势 · 识别波动 · 验证来源 · 辅助判断Track trends · spot movement · verify sources · support judgment

角色产品定义 / 数据逻辑 / AI 交互 / AI Evaluation
工具Next.js / TypeScript / Cloudflare / AI Coding
类型Independent Project
访问在线项目Open live project
01PROJECT BACKGROUND

从价格查询到采购判断From price lookup to procurement judgment

用户需要的不是更多价格,而是更可信、更易解释、更接近业务行动的价格情报。Users need more than prices. They need price intelligence that is trustworthy, explainable, and closer to action.

  • 半导体价格信息分散在不同来源
  • 数据格式和更新时间不统一
  • 单个价格无法解释完整市场趋势
  • 单一来源变化可能只是数据噪声
  • 采购人员还需要判断风险、备货、替代方案和成本影响
02MY ROLE / OWNERSHIP

我如何独立完成一个可信 AI 产品闭环How I independently built a trustworthy AI product loop

INDEPENDENT PROJECTIndependent Product Ownership

产品定义 · 数据逻辑 · AI 交互 · AI Evaluation

从采购与供应链问题出发,我独立定义产品、组织数据和 Context、设计 AI 精灵,并通过结构化 Evaluation 验证回答是否可信。

项目中的需求、信息架构、数据逻辑、AI 交互、测试评估与迭代均由我独立推动。

B / PROOF POINTS
END-TO-END

独立完成从业务问题、产品定义、信息架构,到测试评估和产品迭代。

证明我能够将模糊业务需求转化为可运行、可验证的产品方案。
CONTEXTUAL AI

设计 AI 精灵,并通过平台数据、历史趋势、风险信息和来源证据约束 AI 回答。

证明我不仅设计 AI 功能,也考虑 Context、Evidence、数据不足和过度推断问题。
23 CASES

建立 23 个对象级 AI Evaluation Cases,覆盖事实、来源、幻觉、数据不足、风险和预测安全。

测试中识别评分器 false positive,并进一步校准 eval-v2。23/23 获得模型响应,不代表 23/23 回答全部正确。
C / CORE CAPABILITIES
01

业务与产品定义

从模糊业务问题到清晰产品路径

我没有从“做一个价格页面”开始,而是先拆解采购与供应链用户真正需要完成的判断:发现价格变化、验证来源、理解风险并形成后续行动。

PROJECT EVIDENCE
  • 定义采购与供应链使用场景
  • 设计“趋势—洞察—行动”产品闭环
  • 规划核心功能与信息架构
  • 将价格查询升级为价格情报工作台
ROLE VALUE

能够理解业务需求,并将需求转化为产品语言和用户流程。

Business Understanding · Product Definition · User Journey · Information Architecture
02

可信 AI 产品设计

让 AI 有 Context、有证据,也有边界

我将 AI 精灵设计为 Contextual AI 采购助手,而不是脱离数据的聊天窗口。AI 基于价格、趋势、风险和来源证据解释问题,并在数据不足时明确说明限制。

PROJECT EVIDENCE
  • 设计 AI 精灵及其交互入口
  • 组织业务 Context 与 Evidence
  • 保留来源验证与数据不足状态
  • 区分事实、推断和建议
ROLE VALUE

能够把模型能力转化为可信、可解释、可评估的 AI 产品体验。

AI Product Thinking · Context Design · Evidence · Trust & Safety · AI Evaluation
03

AI-native 执行与迭代

将产品假设快速变成可测试原型

我使用 Codex 和 AI Coding 将产品定义转化为可运行原型,再通过真实数据状态、错误处理和 Evaluation 结果持续调整产品。

PROJECT EVIDENCE
  • 使用 Codex 进行 AI 辅助开发
  • 构建并测试可运行产品原型
  • 运行真实模型测试并检查评分器误报
  • 校准 eval-v2,并根据结果继续迭代
ROLE VALUE

能够缩短从业务想法到可验证产品之间的距离,并根据结果持续迭代。

AI-assisted Prototyping · Execution · Testing · Iteration · Quality Awareness
D / PRODUCT OWNERSHIP LOOP

从业务问题到可信 AI 产品

业务问题

识别采购与供应链场景中的信息分散和判断困难。

产品定义

明确用户路径、核心功能和产品边界。

数据与信息架构

组织价格、趋势、风险、来源和追踪信息。

AI 精灵

将数据转化为用户容易理解的业务解释。

Context & Evidence

让回答基于平台数据和可追溯证据。

Evaluation

检查事实、来源、幻觉、数据不足和预测安全。

产品迭代

根据错误、误报和测试结果持续调整。

我负责的不只是其中一个环节,而是推动整条链路形成可验证结果。

E / WHAT I BRING

我能带来的价值

AI 产品经理

能从客户和业务问题出发,设计有 Context、有证据、有边界并且可以被评估的 AI 产品。

AI 产品运营

能建立质量标准、测试真实场景、识别失败原因,并将反馈转化为产品和运营迭代。

商业运营

能将分散数据和复杂信息整理为清晰洞察,帮助团队理解变化、识别风险并支持后续行动。

03PRODUCT SOLUTION

建立“趋势—洞察—行动”产品闭环Build a trend–insight–action loop

01追踪价格Track prices
02发现变化Spot change
03验证来源Verify sources
04理解风险Understand risk
05形成行动参考Form an action reference

产品功能围绕用户问题组织,而不是把功能堆成标签。The product is organized around user questions, not a pile of feature labels.

01价格趋势与历史价格参考Price trends and historical price references

观察关键品类的历史变化与短期方向。See historical movement and short-term direction for key categories.

02每日价格洞察与价格波动榜Daily price insights and a price-movement ranking

用风险提示和每日变动榜,降低重复搜索成本。Use risk prompts and a daily movement ranking to reduce repetitive searching.

03原材料市场趋势分析Raw-material market trend analysis

将原材料放进同一判断区。Place raw materials in one decision view.

04品类状态与来源展示Category status and source visibility

把品类、型号、来源和状态放在一张可追踪台账里。Keep categories, models, sources, and statuses in one trackable ledger.

05价格追踪台账Price tracking ledger

保留完整数据的导入与导出路径,方便继续分析。Preserve import and export paths for continued analysis.

06Excel 导入与导出Excel import and export

通过来源链接与状态标记,让数据边界更清晰。Make data boundaries clearer with source links and status markers.

04AI PRODUCT

AI 产品能力如何建立How AI product capability is built

04AAI COPILOT

AI 精灵:把数据转化为业务判断AI Copilot: turn data into business judgment

01

BUSINESS CONTEXT

业务上下文Business context

AI 的输入不是单一价格,而是当前采购问题相关的业务 Context。AI takes more than a single price: it reads the business context around the procurement question.

PRICE 平台价格Platform price当前价格与涨跌变化Current price and movement
TREND 历史趋势Historical trends7日 / 30日 / 历史趋势7-day, 30-day, and historical movement
RISK 风险信号Risk signals连续变化与风险状态Consecutive movement and risk status
MARKET 新闻与机构分析News & institutional analysis新闻与机构市场分析Market news and institutional context
EVIDENCE 来源证据Source evidence数据来源与更新时间Source links and update times
02

CONTEXTUAL AI

AI 理解与分析AI interpretation

Contextual AI Copilot

结合当前物料、用户问题与可信 Context,再生成解释。It combines the current material, the user question, and trusted context before generating an explanation.

用户无需重新描述当前物料,AI 自动继承页面中的价格、趋势、风险与来源 Context。Users do not need to restate the material: AI inherits the page’s price, trend, risk, and source context.
TRUSTED RESPONSE可信回答Trusted response

回答建立在当前业务 Context 上,并保留证据边界与不确定性。The response stays grounded in the current business context, with evidence boundaries and uncertainty preserved.

AI AS AN INTERPRETATION LAYERAI 不是新的信息源,而是业务 Context 的解释层。AI is not a new information source; it is an interpretation layer for business context.

03

OUTPUT

从数据到判断From data to judgment

EXPLAIN解释变化Explain change

价格为什么变化?Why did the price move?

ASSESS判断风险Assess risk

风险来自哪里?Where does the risk come from?

ACT辅助决策Support action

下一步应该关注什么?What should we watch next?

PRODUCT IN ACTION

Contextual Procurement AI Copilot

自动继承当前物料 Context,基于价格、趋势和证据回答采购问题。Automatically inherits the current material context and answers procurement questions with price, trend, and evidence.

04BCONTEXT & EVIDENCE

让 AI 基于证据回答Let AI answer with evidence

LLM 不是事实来源。

AI 精灵会根据用户当前的问题,检索平台价格、历史趋势、风险信息与外部证据,组织与采购场景相关的 Context,再生成可以追溯依据的解释。

证据不足时,明确表达限制,比给出一个看似确定的答案更重要。
A / EVIDENCE ENGINE

AI 精灵如何组织 Context

不同来源不是并列的功能,而是共同进入一次回答的证据网络。

多源价格

比较不同来源的价格信息,避免依赖单一数据点。

来源链接

保留可追溯的引用路径,让用户能够返回原始信息进行核查。

AI 精灵Contextual AI理解问题 · 组织 Context · 解释证据

历史趋势

将当前变化放入时间序列中,判断它是短期波动还是持续趋势。

风险信息

结合价格异常、供应变化和材料状态,识别需要进一步关注的问题。

新闻与机构分析

补充市场事件和行业背景,帮助解释价格变化的可能原因。

B / HOW AN ANSWER IS FORMED

一次回答如何形成

用户提出采购问题

识别用户关注的材料、时间范围与决策场景。

检索平台数据

调用与问题相关的价格、趋势、风险和来源信息。

组合业务 Context

筛选真正与当前问题有关的数据,而不是把所有信息都交给模型。

检查证据支撑度

判断现有数据是否足以支持结论,以及是否存在来源冲突。

生成解释与建议

将数据变化翻译成用户容易理解的业务语言。

标注来源与限制

提供来源,并在样本不足或信息不确定时明确说明边界。

C / FROM QUESTION TO GROUNDED ANSWER

从用户问题到有依据的回答

“这个趋势是否值得关注?”

Context used
平台价格 · 历史趋势 · 风险信息
Evidence found
来源链接、更新时间与相关市场信息
Limit / uncertainty
证据不足时保留不确定性,不补全不存在的结论。
REAL INTERFACE QUESTION

问题取自项目真实 AI 精灵界面;本段只展示回答形成的产品结构,不虚构模型输出或业务结果。

D / RESPONSE BOUNDARY

回答边界与可信原则

01

有证据才解释

回答应以平台数据和可追溯来源为依据,不把模型自身知识当作当前市场事实。

02

区分事实与推断

价格、来源和时间属于事实;原因判断和采购建议属于基于证据形成的解释。

03

允许回答“不足以判断”

当样本、时间范围或来源不足时,系统应说明限制,而不是补全不存在的信息。

04CDATA FOUNDATION

数据可信度与系统稳定性Data credibility and system resilience

01公开数据源Public sources
02抓取与标准化Ingestion & standardization
03API 校验API validation
04缓存与调度Caching & scheduling
05前端洞察Product insight
CODE-CONFIRMED

字段统一、来源链接、Success 校验、重试与超时、错误降级、Edge Cache、8 小时 TTL、Cloudflare Cron、日志和更新时间。

BOUNDARY

系统不会把预测结果伪装成真实价格;数据不足或接口不可用时,应显示限制和真实状态。DigiKey、Mouser 的真实密钥尚未配置,不能写成实时供应商价格同步已稳定投入使用。

状态、来源和更新时间让使用者知道这条数据能否继续被信任。

当前截图来自项目真实界面;它展示的是追踪台账与状态管理,不代表 Bosch 内部系统。

05AI EVALUATION

不只测试功能,也评估 AI 是否可信Test more than functionality: evaluate AI trustworthiness

A / CORE JUDGEMENT

AI 能够返回答案,只说明链路成功;只有事实、来源、推断边界和风险判断经过验证,回答才可能真正服务于采购场景。

23 个 Evaluation Cases·23/23 获得模型响应·6 个核心评估维度

23/23 表示所有测试案例均获得模型响应,不代表所有回答都完全正确。

B / EVALUATION SCOPE

什么才算一条可信回答?

事实一致性

Fact consistency

回答是否与平台数据和已知事实保持一致。

来源验证

Source validation

结论是否能够对应到真实、可追溯的来源。

幻觉检测

Hallucination detection

AI 是否加入了 Context 中不存在的事实或数据。

数据不足处理

Insufficient-data handling

证据不足时,AI 是否明确说明限制而不是自行补全。

风险一致性

Risk consistency

风险判断是否与当前价格、趋势和材料状态相符。

预测安全

Future prediction safety

AI 是否避免将不确定的未来判断表达为确定事实。

C / EVALUATION CASE

一个 Evaluation Case 如何检查 AI

真实案例需要同时保留用户问题、提供的 Context、预期行为、模型输出和检查结果。

本版暂不展示具体案例

当前工作区没有可公开的真实 Evaluation Case 文件或结果记录。为避免用占位内容冒充真实测试,本页不虚构问题、模型输出或采购结论。

D / EVALUATION LOOP

Evaluation 不是终点,而是产品迭代工具

STANDARD

定义质量标准

先明确什么是有依据、有边界的采购回答。

RUN

运行真实案例

使用真实模型运行 23 个对象级测试案例。

DIAGNOSE

检查失败与误报

区分模型回答问题、数据问题与评分器自身的 false positive。

CALIBRATE

校准 eval-v2

根据问题调整评估逻辑,使评分结果更接近真实产品风险。

E / EDITORIAL INSIGHT

最重要的发现

一次 Evaluation 失败,不一定意味着模型回答错误。

测试过程中,我发现部分失败来自评分器的 false positive。这意味着 AI 产品不仅需要评估模型,也需要验证评估器本身是否可靠。

因此,我对 eval-v2 进行校准,将 Evaluation 从“自动打分”转化为定位模型、数据和规则问题的诊断工具。
模型问题 · Context 问题 · 评分器问题
06PRODUCT ITERATION

从业务假设到可验证产品From business hypothesis to a testable product

01业务问题Business problem
02产品定义Product definition
03信息架构Information architecture
04AI 辅助开发AI-assisted development
05测试Testing
06EvaluationEvaluation
07迭代Iteration
WHAT I ITERATED

确定优先功能、拆解业务问题、设计 AI 交互、验证数据和回答,并根据测试结果调整产品。

VIBE CODING

Vibe Coding 对我来说不是单纯生成代码,而是将业务想法快速转化为可运行、可测试产品原型的方式。

NEXT CONVERSATION

如果你也在思考If you are also thinking about
AI 如何进入业务how AI enters business

联系我Get in touch