Skill 技能

Editorial Angle

Editorial Angle 是一套面向一人公司的通用 playbook,帮助你用更少的人力完成更稳的增长、交付与决策。

更新于 2026年4月4日 One Person Company 编辑团队 Skill 执行系统

中文导读

Editorial Angle 是一套面向一人公司的通用 playbook,帮助你用更少的人力完成更稳的增长、交付与决策。

说明: 原始步骤、命令与 API 名称保留英文,以避免参数和接口名称失真。

如何使用

Step 1: Define the exact operating problem in one sentence. If the problem is still fuzzy, the process will stay fuzzy too.

Step 2: Decide what a good result looks like. Use a business-facing outcome such as more qualified leads, faster delivery, fewer revisions, better retention, stronger cash flow, or clearer weekly control.

Step 3: Map the current workflow from trigger to result. Look for handoff gaps, unclear decisions, repeated questions, and invisible work.

Step 4: Standardize the highest-leverage parts first. Use a checklist, a template, a policy, a scorecard, a script, or a decision rule.

Step 5: Run the new process on real work for two to four cycles and note where it breaks. Fix friction based on evidence, not just preference.

Step 6: Review the output on a regular rhythm so the process keeps serving the business instead of becoming stale.

输出结果

The output should include:

  • A clear definition of the job to be done
  • A short repeatable workflow
  • Templates, scripts, checklists, or decision rules where needed
  • A few metrics or signals that show whether the process is improving
  • A regular review cadence so the process stays useful

常见错误

Do not design the process for a team you do not have. Do not add complexity just because the topic feels important. Do not optimize for elegance over usefulness. Do not leave ownership ambiguous when you are the operator. If a step matters, it must have a clear trigger and a clear finish. Do not keep repeating the same problem without documenting the fix.

SKILL.md 原文件

内嵌文档查看器 SKILL.md
Markdown 源文件

预览原始 SKILL.md. 下面可以直接查看完整原文。可滚动阅读、检查结构,再下载精确的 SKILL.md 原文件。

# editorial-angle

Editorial Angle

Overview
Editorial Angle is the skill of helping a one-person company choose a sharper angle before writing a piece. Solo businesses do not have the luxury of letting this stay vague or improvised. When this area is weak, the business pays in lost time, weaker conversion, slower delivery, more rework, or unnecessary financial risk. When this skill is strong, the business becomes easier to run and easier to grow.
When to Use This Skill
Use this when the current way of working feels reactive, inconsistent, or harder than it should. Use it when decisions are being made from memory, when outcomes vary too much from one client or project to the next, or when the business is growing but the underlying process is still fragile. This skill is especially useful when you want make content more memorable and more useful to the target reader.
What This Skill Does
This skill helps a solo operator define the job clearly, identify the few variables that matter most, build a repeatable process, and improve the result over time. The goal is not to create bureaucracy. The goal is to make the business easier to operate with more confidence, better margins, and less chaos.
How to Use
Step 1: Define the exact operating problem in one sentence. If the problem is still fuzzy, the process will stay fuzzy too.
Step 2: Decide what a good result looks like. Use a business-facing outcome such as more qualified leads, faster delivery, fewer revisions, better retention, stronger cash flow, or clearer weekly control.
Step 3: Map the current workflow from trigger to result. Look for handoff gaps, unclear decisions, repeated questions, and invisible work.
Step 4: Standardize the highest-leverage parts first. Use a checklist, a template, a policy, a scorecard, a script, or a decision rule.
Step 5: Run the new process on real work for two to four cycles and note where it breaks. Fix friction based on evidence, not just preference.
Step 6: Review the output on a regular rhythm so the process keeps serving the business instead of becoming stale.
Output
The output should include:
A clear definition of the job to be done
A short repeatable workflow
Templates, scripts, checklists, or decision rules where needed
A few metrics or signals that show whether the process is improving
A regular review cadence so the process stays useful
Common Mistakes
Do not design the process for a team you do not have.
Do not add complexity just because the topic feels important.
Do not optimize for elegance over usefulness.
Do not leave ownership ambiguous when you are the operator. If a step matters, it must have a clear trigger and a clear finish.
Do not keep repeating the same problem without documenting the fix.

评论与讨论

添加评论