Skip to content
Back to skills

Layer2 Evidence Ledger

ASecurity

当用户需要把已取证的公开股市投研材料整理成证据台账、信源审计、证据强弱表或结论依据清单时使用。只整理和校验已有证据,不负责新增取数、认证、预测、账户诊断或生成新事实。

  • 417 stars
  • 0 votes
  • 0 copies
  • 6 views
  • Added September 8, 2026
researchapi

Works with

  • api
  • mcp

Security analysis

A100/100

Scanned September 8, 2026

npx -y skills add infometa/workbuddyskills --skill layer2-evidence-ledger --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Layer2 Evidence Ledger?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Layer2 Evidence Ledger
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/infometa-layer2-evidence-ledger/badge)](https://www.skillsdirectory.com/skills/infometa-layer2-evidence-ledger)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: layer2-evidence-ledger
description: "当用户需要把已取证的公开股市投研材料整理成证据台账、信源审计、证据强弱表或结论依据清单时使用。只整理和校验已有证据,不负责新增取数、认证、预测、账户诊断或生成新事实。"
---

Use when:
- 用户问“依据是什么”“信源列清楚”“哪些证据支持/反对这个判断”
- 需要把行情、公告、新闻、研报、行业图谱、同舟观点整理成统一证据表
- 需要给 HTML 报告、投研摘要或客户可读解释补一个清晰的证据区
- 已经通过对应投研 L2 完成认证、取证和初步结论

Not for:
- 不要替代 `fin-mcp-gateway` 认证或底层工具调用
- 不要在没有证据底稿时凭模型记忆整理“看起来像证据”的材料
- 不要输出 raw MCP JSON、内部文档 ID、搜索得分、图谱节点 ID、API Key、验证码、手机号、持仓或交易历史
- 不要把证据台账写成买卖建议、评级、目标价或个人化适当性结论
- 用户可见输出必须保留证据来源、时间窗口和缺口边界;本技能仅做公开信息整理,非投资建议,不输出买入、卖出、目标价或个股推荐。

Depends on:
- 已完成的公开投研底稿
- `layer2-stock-brief`
- `layer2-industry-brief`
- `layer2-announcement-brief`
- `layer2-policy-event-brief`
- `layer2-research-digest`

Workflow:
1. 先确认底稿里至少包含研究问题、证据窗口、核心结论、来源类型和限制说明。
2. 如果底稿缺少关键证据,先回到对应投研 L2 补取证;不要直接补常识。
3. 将材料拆成证据单元,每条记录至少包含:
   - 来源类型:行情数据、公告、公开新闻、研报、行业图谱/异动、同舟要闻/观点
   - 时间或证据窗口
   - 证据摘要
   - 可跳转源头:保留 `source_url`、`document_url`、`report_url`、`original_url`、小程序页面链接或公开来源 URL;未返回链接的数据保留来源类型和证据缺口说明,不编造 URL
   - 支持、反对、背景、待验证或证据缺口
   - 对应的结论或假设
   - `evidence_status`:found / partial / empty / unsupported / error / auth_required
   - `actual_coverage`:本轮实际市场、来源类型、时间窗、字段和单位覆盖,不把计划调用写成已取证
   - `genuine_link_status`:returned / unavailable / rejected;只有 `returned` 才能渲染源头链接
4. 单独列出冲突证据:同一问题下新闻、公告、研报、行情或同舟观点不一致时,不要揉成一个确定结论。
5. 用定性标签说明证据强弱:强、中、弱、待验证。不要伪造精确分数。
6. 输出前检查是否有结论没有证据支撑;没有支撑的结论必须移到“待验证/不能下结论”。

Rules:
- 证据台账是审计层,不是新的数据源。不得新增事实、删掉限制或改变数据口径。
- 逐条保留上游 `evidence_status`、`actual_coverage` 和 `genuine_link_status`;不得把 `partial` 升格为完整命中,也不得把 `empty`、`unsupported`、`error` 或 `auth_required` 合并成“没有数据”。
- 只有 `found` / `partial` 的实际返回字段可以支撑研究结论;其他状态只能进入缺口、限制或下一步,不参与证据强弱加权。
- 不要把同舟观点写成券商研报,不要把 Doc Search 新闻写成同舟重要度评分,不要把图谱结构写成公告事实。
- 不要为了让结论更完整而补充未检索到的公司、行业、财务数字或历史事件。
- 对用户可见输出使用来源类型和简短出处描述,不暴露内部 route、tool name、参数、ID 或搜索得分。
- 可跳转链接只能来自已返回证据。不要把搜索页、门户首页或猜测的小程序路径伪造成原文链接。
- 如果用户问“能不能据此买/卖”,只能回到公开资料和风险边界,不给交易指令。

Suggested output template:
1. 研究问题与证据窗口
2. 结论与证据强弱总览
3. 证据台账表
4. 支持证据与反对证据
5. 冲突、缺口和待验证项
6. 源头复核入口与不能下结论的部分

Examples:
- `把刚才这份半导体分析的证据来源列清楚`
- `这个结论有哪些证据支持,哪些证据反对`
- `给这页 HTML 报告加一个信源审计表`

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

View all in research →

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.