关于 soc-policy-analysis
这项政策分析技能用于评估解决公共、企业或组织问题的方案。结构化流程强调问题界定、基于证据的比较、明确权衡以及实施可行性。
主要功能
- 01六步分析流程
- 02问题界定与根因提问
- 03比较备选方案及维持现状
- 04评价标准与证据运用
- 05实施和监测考量
适用场景
- 01比较应对公共问题的政策方案
- 02评估企业或组织的政策选择
- 03明确公平、成本与效果之间的权衡
- 04规划实施与评估
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ asgard-ai-platform/ skills --skill soc-policy-analysis安装后在 Claude Code 中输入/soc-policy-analysis确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
examples/sample_scenario.mdreferences/cost-benefit.mdevidence-hierarchy.md详细介绍
政策分析
概述
政策分析是一种系统化方法,用于评估解决公共问题的备选行动方案。它遵循一个结构化流程:定义问题 → 确定备选方案 → 建立标准 → 评估 → 提出建议。它适用于政府政策、企业政策和组织决策。
框架
IRON LAW: Problem Definition Determines Everything
How you define the problem determines which solutions are considered.
"Traffic congestion" suggests road-building. "Excessive car dependency"
suggests public transit. "Inefficient land use" suggests zoning reform.
The same observable situation can be framed as different problems,
leading to completely different policy responses. Make the framing
explicit and examine alternatives.
六个步骤
1. 定义问题
- 问题是什么?(可观察到的证据,而不仅是症状)
- 谁受到影响?影响有多严重?
- 问题由什么导致?(根本原因,而非直接原因)
- 问题是如何界定的?是否有其他界定方式?
2. 确定备选方案
- 维持现状(不采取行动——始终将其纳入,作为基准)
- 渐进式方案(调整现有政策)
- 变革式方案(采用根本性的新方法)
- 力求提出 3-5 个真正可行的备选方案,而非稻草人方案
3. 建立评估标准 常见标准:
| 标准 | 问题 |
|---|---|
| 有效性 | 能否解决问题? |
| 效率 | 相对于成本,收益如何? |
| 公平性 | 谁承担成本?谁获得收益? |
| 可行性 | 在政治、行政和技术层面是否可行? |
| 可持续性 | 能否长期维持? |
4. 评估备选方案 根据每项标准为每个备选方案打分。尽可能使用证据(数据、案例研究、研究)。承认不确定性。
5. 提出建议 选择整体表现最佳的方案。明确说明取舍——没有任何方案能在所有标准上都得分最高。
6. 实施考量
- 政治可行性:谁需要批准?谁可能反对?
- 行政能力:现有机构能否实施?
- 时间安排和分阶段实施
- 监测与评估计划
输出格式
# Policy Analysis: {Problem}
## Problem Definition
- Problem: {description}
- Affected population: {who}
- Root cause: {analysis}
- Alternative framings: {other ways to define this problem}
## Alternatives
1. Status quo
2. {Option A}
3. {Option B}
4. {Option C}
## Evaluation Matrix
| Criterion | Status Quo | Option A | Option B | Option C |
|-----------|-----------|----------|----------|----------|
| Effectiveness | L/M/H | L/M/H | L/M/H | L/M/H |
| Efficiency | L/M/H | ... | ... | ... |
| Equity | L/M/H | ... | ... | ... |
| Feasibility | L/M/H | ... | ... | ... |
## Recommendation
**{Selected option}** — {justification including trade-off acknowledgment}
## Implementation Plan
- Political path: {approval process}
- Timeline: {phases}
- Monitoring: {how to measure success}
示例
正确应用
情境: 分析降低台北外送骑手受伤风险的政策
- 问题:外送骑手交通事故伤害增加 45%(2023-2024)
- 备选方案:(1) 维持现状,(2) 强制投保并接受培训,(3) 在高峰时段限制外送应用的配送速度,(4) 平台对骑手受伤承担责任
- 评估:方案 2 在可行性(渐进式)和有效性(直接应对风险)方面得分最高;方案 4 最有效,但政治上难以推行(平台游说)
- 建议:立即采取方案 2,并将方案 4 作为中期立法目标 ✓
错误应用
- “问题在于外送骑手骑得太快” → 这是症状,而非根本原因。骑手为什么骑得快?因为平台算法奖励速度,按单计酬会促使他们赶时间,而且危险驾驶没有惩罚。不同的根本原因会带来不同的解决方案。这违反了铁律:问题定义决定一切。
注意事项
- 始终纳入维持现状:“不采取行动”是有效选项,也是比较基准。如果其他方案更差,有时维持现状就是最佳选择。
- 避免稻草人方案:加入明显糟糕的选项来衬托自己偏好的方案,在学术上是不诚实的。所有备选方案都应是真正可行的。
- 公平性往往要与效率取舍:效率最高的政策往往会造成不平等的分配影响。应明确说明这种取舍。
- 实施会让好政策功亏一篑:无法实施的卓越政策毫无价值。可行性不是次要标准,而是先决条件。
- 证据层级:RCTs > 准实验 > 案例研究 > 专家意见 > 轶事。使用可获得的最有力证据,并明确说明证据质量。
参考资料
- 成本效益分析方法,参见
references/cost-benefit.md - 基于证据的政策框架,参见
references/evidence-hierarchy.md
评论
支持 Markdown