paulgung/four-knowns
skills/four-knowns/SKILL.md
对指定技术领域进行"四个知道"系统性调研，覆盖横向（行业趋势、竞争对手、政策监管、技术发展）和纵向（学术前沿、工业水平、工程架构、自身定位）八个维度。当用户要求进行技术调研、行业分析、竞品分析、技术选型、趋势研究时使用。
$ install --global
skillsauthnpx skillsauth add paulgung/ths-skills four-knownsInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
Security Scan Results
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
3
Scanners Passed
9
Scanners in report
Clean
TrivyContainer and dependency vulnerability scanner
95%
Clean
SemgrepStatic code analysis for vulnerabilities
95%
Clean
mcp-scan (Snyk)Model Context Protocol security validation
95%
Skipped
Snyk (dep)Open source security scanning
50%
Skipped
Socket.devSupply chain security analysis
50%
Skipped
VirusTotalMulti-engine malware detection
50%
Skipped
CrowdStrikeAdvanced threat intelligence
50%
Skipped
OSV-ScannerOpen Source Vulnerability database check
50%
Skipped
OWASP Dep-Check
50%
Last scanned: Apr 16, 2026, 4:48 AM12.4s2 files scanned
SKILL.md
- name:
- four-knowns
- description:
- 对指定技术领域进行"四个知道"系统性调研，覆盖横向（行业趋势、竞争对手、政策监管、技术发展）和纵向（学术前沿、工业水平、工程架构、自身定位）八个维度。当用户要求进行技术调研、行业分析、竞品分析、技术选型、趋势研究时使用。
四个知道 · 技术调研
本 Skill 引导对目标技术领域进行"四个知道"结构化调研，输出覆盖横向四知道和纵向四知道的完整报告。
触发关键词: 技术调研、行业调研、竞品分析、技术趋势、技术选型、行业分析、四个知道
调研流程
调研进度:
- [ ] 明确调研主题与范围
- [ ] 一（1）社会发展2-3年行业的趋势
- [ ] 一（2）竞争对手的情况
- [ ] 一（3）政策监控方向
- [ ] 一（4）技术发展
- [ ] 二（1）主要的paper，理论上能达到的，学术前沿
- [ ] 二（2）工业水平，最牛掰的公司达到的工程架构，市场上流行的
- [ ] 二（3）牛掰的架构，主要的工程模块
- [ ] 二（4）我们技术在行业中的位置，可以达到的程度
- [ ] 综合分析与行动建议
- [ ] 保存 Markdown 报告（必须）
- [ ] 询问用户是否导出 PDF（可选）
前置：明确调研主题
开始前向用户确认：
- 调研领域: 具体技术方向（如 LLM、自动驾驶、量子计算）
- 业务场景: 团队当前的业务上下文
- 调研深度: 快速概览 / 标准调研 / 深度研究
- 重点关注: 八个维度中是否有特别侧重
一、横向的四个知道
（1）社会发展2-3年行业的趋势
调研要点：
- 全球及国内市场规模与增长预测（CAGR）
- 推动行业发展的关键驱动因素
- 正在涌现的新兴应用场景
- 可能引发行业变革的拐点信号
- 资本市场投融资动态与态度
输出要求：
| 趋势判断 | 依据数据 | 时间线预测 | 置信度 | |----------|----------|-----------|--------| | [趋势1] | [数据来源] | [预计时间] | 高/中/低 |
（2）竞争对手的情况
调研要点：
- 竞争格局：第一梯队 / 第二梯队 / 长尾玩家分布
- 核心玩家画像：技术路线、产品策略、团队规模
- 差异化对比：各家技术优势与短板
- 商业模式与定价策略
- 近 6 个月重大动态（发布、融资、合作）
输出要求：
| 梯队 | 企业 | 技术路线 | 核心优势 | 短板 | 最新动态 | |------|------|----------|----------|------|----------| | T1 | | | | | | | T2 | | | | | |
（3）政策监控方向
调研要点：
- 国内政策：国家级和地方级相关文件
- 国际政策：美/欧/日韩的监管动态
- 行业标准：已发布和制定中的技术标准
- 合规红线：不可触碰的底线
- 政策机遇：扶持政策和产业基金
输出要求：
- 🔴 红线: 必须遵守的合规底线
- 🟡 关注: 需持续跟踪的监管方向
- 🟢 机遇: 可利用的政策利好
（4）技术发展
调研要点：
- 主流技术路线及演进方向
- 近 1-2 年关键技术突破（里程碑事件）
- 当前制约发展的技术瓶颈
- 关键开源项目与社区生态
- 与其他技术领域的交叉融合趋势
输出要求：
| 阶段 | 主流方案 | 代表成果 | 瓶颈 | |------|----------|----------|------| | 当前 | | | | | 近期(1年) | | | | | 中期(2-3年) | | | |
二、纵向的四个知道
（1）主要的paper，理论上能达到的，学术前沿
调研要点：
- 近 2 年 top-tier 会议/期刊的关键 paper（标注出处、引用数）
- 学术界认为该技术理论上能达到的极限
- 正在探索的下一代方法与前沿方向
- 领域内最有影响力的实验室和研究者
- 前沿研究转化为工程能力的周期估计
输出要求：
| # | 论文标题 | 作者/机构 | 发表于 | 核心贡献 | 理论指标 | |---|---------|----------|--------|----------|----------| | 1 | | | | | |
关键补充：
- 理论上限: [该技术理论上能达到的最优指标]
- 与工程实际的差距: [理论值 vs 当前最佳工程实现]
（2）工业水平，最牛掰的公司达到的工程架构，市场上流行的
调研要点：
- 全球工程能力最强的公司（Top 5 标杆）
- 这些公司的核心技术架构与实现方案
- 业界最佳性能基准（延迟、吞吐、准确率等）
- 市场上最流行的技术方案和产品
- 从 demo 到大规模生产的关键差距
输出要求：
| 排名 | 企业 | 工程架构要点 | 关键性能指标 | 市场流行度 | |------|------|-------------|-------------|-----------| | 1 | | | | |
性能基准对比：
| 指标 | 业界最佳 | 行业平均 | 市场主流方案 | |------|----------|----------|-------------| | | | | |
（3）牛掰的架构，主要的工程模块
调研要点：
- 业界最优的系统架构设计（描述架构分层与组件关系）
- 系统的关键工程模块及各自职责
- 主流技术栈对比（语言、框架、中间件、基础设施）
- 可扩展性设计：如何支撑 10x/100x 增长
- 必不可少的基础能力组件
输出要求：
架构概述：[用文字描述最佳架构的分层设计]
| 模块 | 职责 | 推荐技术栈 | 备选方案 | |------|------|-----------|----------| | | | | |
（4）我们技术在行业中的位置，可以达到的程度
调研要点：
- 对标行业水平，我们处于什么分位（Top 10%/25%/50%）
- 与标杆企业的核心差距具体在哪
- 我们独有的竞争优势和护城河
- 现有资源下 6 个月 / 1 年 / 2 年可达到的水平
- 缩小差距需要的关键投入（人才、算力、数据）
输出要求：
| 维度 | 我们当前 | 行业平均 | 标杆水平 | 差距 | |------|----------|----------|----------|------| | | | | | |
发展路线图：
| 时间 | 可达目标 | 关键里程碑 | 所需资源 | |------|---------|-----------|----------| | 6个月 | | | | | 1年 | | | | | 2年 | | | |
综合分析
整合八个维度产出结论：
- SWOT 分析: 内外部因素综合研判
- 机会窗口: 当前时间点的战略机遇
- 风险提示: 需警惕的潜在风险（⚠️ 标记）
- 行动建议: 短期(0-3月) / 中期(3-12月) / 长期(1-2年) 优先行动项
- 资源需求: 支撑建议所需的投入估算
报告输出
调研完成后按以下流程输出：
第一步：保存 Markdown 报告（必须）
完成综合分析后，必须将完整报告保存为 .md 文件。
文件命名: {调研主题}-research-{YYYY}.md（如 cross-platform-research-2026.md）
章节格式要求（兼容后续 PDF 目录提取）：
# 报告标题
## 1. 横向四个知道
### 1.1 社会发展 2-3 年行业趋势
### 1.2 竞争对手的情况
### 1.3 政策监控方向
### 1.4 技术发展
## 2. 纵向四个知道
### 2.1 学术前沿与理论极限
### 2.2 工业水平与标杆架构
### 2.3 最佳架构与工程模块
### 2.4 自身定位与发展路径
## 3. 综合分析
### 3.1 SWOT 分析
### 3.2 行动建议
保存完成后告知用户文件路径，并展示报告核心结论摘要。
第二步：询问是否导出 PDF（可选）
Markdown 保存后，主动询问用户：
"报告已保存为 Markdown。是否需要导出为 PDF？"
如果用户选择导出 PDF，按优先级尝试以下方式：
方式二：fpdf2 内联生成（零系统依赖备选）
pip3 install fpdf2
用 Python 脚本从 Markdown 内容直接生成 PDF：
- 使用系统自带中文字体（macOS: Arial Unicode；Linux: Noto Sans CJK）
- 手动构建封面、表格、正文排版
方式三：提示用户使用本地工具
如果以上方式均不可行，提示用户：
- VS Code: Markdown PDF 插件
- Typora: 文件 → 导出 → PDF
- Pandoc:
pandoc 报告.md -o 报告.pdf --pdf-engine=xelatex - 浏览器: 打开 .md 预览后 Ctrl+P 打印为 PDF
判断逻辑
完成综合分析后:
1. 保存 Markdown 文件（必须执行，不需询问）
2. 向用户展示核心结论摘要
3. 询问 → "报告已保存为 {文件名}。是否需要导出为 PDF？"
如果用户选择导出 PDF:
尝试方式一 → 失败则尝试方式二 → 仍失败则提示方式三
成功后打开预览（macOS: open; Linux: xdg-open）
如果用户不需要 PDF:
流程结束
输出规范
- 数据有出处: 关键数据标注来源，区分事实与推断
- 时效性标注: 标明数据获取时间
- 置信度标记: 不确定的判断标注置信度（高/中/低）
- 可操作性: 每个结论关联具体行动建议
- 表格呈现: 对比类信息优先用表格
- 重点突出: 关键结论 加粗，不确定信息 ⚠️ 标记
调研深度
| 深度 | 适用场景 | 输出要求 | |------|----------|----------| | 快速概览 | 初步了解某领域 | 每维度 3-5 条要点 | | 标准调研 | 技术选型决策 | 每维度详细分析 + 对比表 | | 深度研究 | 战略规划 | 完整报告 + 论文清单 + 路线图 |
Related Skills
paulgung/vanish-notify
development
VerifiedTrustedCommunity
Send group notifications via Vanish app HTTP API. TRIGGER when: (1) user invokes /vanish-notify slash command, (2) user mentions 'vanish群通知', 'vanish通知', or asks to send a Vanish group notification, (3) user says '发vanish群通知' or '发vanish通知'.
1SKILL.mdUpdated May 16, 2026
paulgung/deep-topic-html-audit
development
VerifiedTrustedCommunity
巡检同花顺深度专题页面的 HTML 质量。用户提到 deep-topic、深度专题、专题页巡检、OCC 页面检查、CDN 检查、weblog 埋点、hexinShare 分享链路、最近 24 小时更新页面排查时，必须使用这个 skill。它会拉取 OCC 深度专题列表，筛出最近更新页面，抓取 accessUrl 对应 HTML，并检查第三方 CDN 使用、weblog 埋点、hexinShare 分享能力与常见加载顺序问题。
1SKILL.mdUpdated May 14, 2026
paulgung/ths-h5-native-share
development
VerifiedTrustedCommunity
为同花顺 H5 页面接入客户端右上角分享功能。适用于用户要求“给 THS H5 页面加右上角分享”“接入 setTitleBar、changeWebViewButton、hexinShare”“复用同花顺客户端协议做分享”时。输出基于 window.callNativeHandler 和 window.registerWebHandler 的最小可用实现。
1SKILL.mdUpdated Apr 16, 2026
paulgung/Performance Optimizer
development
VerifiedTrustedCommunity
Optimize application performance and scalability. Use when investigating slow applications, scaling bottlenecks, or improving response times. Covers profiling, caching, database optimization, and frontend performance.
1SKILL.mdUpdated Apr 16, 2026