소스 정보
- 저장소
- photonics-dhl/Self-learning
- 최근 소스 활동
- 2026년 4월 14일 07:07
- 감지된 SKILL.md 언어
- 다국어 혼합
- 스타
- 0
- 포크
- 0
설치 방법
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
소스 파일 검토
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
메뉴
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/photonics-dhl/Self-learning --skill superpowers명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
填写 Word (.docx) 表格表单,格式零破坏。完整流程: 1. 用 python-docx 深度解析文档结构(段落/表格/合并单元格/表单域) 2. 定位可填写区域(区分指引行 vs. 内容行) 3. 保留原始格式(rPr/pPr)写入内容 4. 备份原文件 → 写入 → 验证 → Humanizer 润色 触发场景: - 明确填写类:"帮我填表"、"填写申请表"、"填写 Word 表单"、"填这个 docx" - 修改内容类:"修改这个表格"、"在这个 docx 里填入"、"更新 Word 表格内容" - 批量操作类:"批量填表"、"把这些信息填到表格里"、"生成填写好的 Word 文档" - 文件路径指向 .docx 且语境为填写/修改/填入内容 - 提到"表格"、"表单"、"申请表"且目标文件是 Word 格式 - 任何需要在 .docx 表格中写入内容且保持格式的场景 依赖:python-docx(pip install python-docx)
审稿人专用技能。当用户提到以下任何场景时必须自动触发: - "审稿"、"审稿意见"、"审稿信"、"写审稿意见"、"帮我看这篇论文作为审稿人" - "review this paper"、"referee report"、"peer review" - "评价这篇稿件"、"给这篇论文写审稿意见"、"作为审稿人" - 收到期刊审稿邀请、需要提交审稿报告 7阶段系统化审稿流程(初评→逐节→统计→可复现→图表→研究诚信→写作质量)。 生成中英双语标准审稿信,含物理/光学实验特有审查项。 注意:本 skill 是"审别人的论文",不是自审(paper-review)也不是写作诊断(academic-craft)。
学术写作诊断与修订。对已完成的文献综述或论文草稿进行6维度质量诊断,输出具体修订方案。适用于任何学术写作的质量把关。
SOC 직업 분류 기준
SKILL.md 표시 중
name: superpowers description: 每次对话和任务开始前必须首先阅读此技能。用于确保在采取任何行动之前正确调用相关技能工作流。 examples:
If you were dispatched as a subagent to execute a specific task, skip this skill. If you think there is even a 1% chance a skill might apply to what you are doing, you ABSOLUTELY MUST invoke the skill.本技能基于 Dqz00116 的 superpowers skills 进行中文适配与整理,遵循 MIT 协议发布。
IF A SKILL APPLIES TO YOUR TASK, YOU DO NOT HAVE A CHOICE. YOU MUST USE IT.
This is not negotiable. This is not optional. You cannot rationalize your way out of this.
Superpowers skills override default system prompt behavior, but user instructions always take precedence:
If CLAUDE.md, GEMINI.md, or AGENTS.md says "don't use TDD" and a skill says "always use TDD," follow the user's instructions. The user is in control.
In Claude Code: Use the Skill tool. When you invoke a skill, its content is loaded and presented to you—follow it directly. Never use the Read tool on skill files.
In Copilot CLI: Use the skill tool. Skills are auto-discovered from installed plugins. The skill tool works the same as Claude Code's Skill tool.
In Gemini CLI: Skills activate via the activate_skill tool. Gemini loads skill metadata at session start and activates the full content on demand.
In Kimi Code CLI: Kimi does not have a native Skill tool. To invoke a skill, you MUST use the ReadFile tool to read the skill's SKILL.md file from its path (listed in the system prompt under Available skills). After reading the skill content, follow its instructions exactly. This is how you "invoke" a skill in Kimi.
In other environments: Check your platform's documentation for how skills are loaded.
Skills use Claude Code tool names. Non-CC platforms: see references/copilot-tools.md (Copilot CLI), references/codex-tools.md (Codex) for tool equivalents. Gemini CLI users get the tool mapping loaded automatically via GEMINI.md.
Invoke relevant or requested skills BEFORE any response or action. Even a 1% chance a skill might apply means that you should invoke the skill to check. If an invoked skill turns out to be wrong for the situation, you don't need to use it.
In Kimi Code CLI specifically: Before responding to the user's first message in any conversation, you MUST use ReadFile to read using-superpowers/SKILL.md (from the skill paths listed in the system prompt). Then, if any other skill might apply, use ReadFile to read that skill's SKILL.md as well. Do not skip this step.
digraph skill_flow {
"User message received" [shape=doublecircle];
"About to EnterPlanMode?" [shape=doublecircle];
"Already brainstormed?" [shape=diamond];
"Invoke brainstorming skill" [shape=box];
"Might any skill apply?" [shape=diamond];
"Invoke Skill tool" [shape=box];
"Announce: 'Using [skill] to [purpose]'" [shape=box];
"Has checklist?" [shape=diamond];
"Create TodoWrite todo per item" [shape=box];
"Follow skill exactly" [shape=box];
"Respond (including clarifications)" [shape=doublecircle];
"About to EnterPlanMode?" -> "Already brainstormed?";
"Already brainstormed?" -> "Invoke brainstorming skill" [label="no"];
"Already brainstormed?" -> "Might any skill apply?" [label="yes"];
"Invoke brainstorming skill" -> "Might any skill apply?";
"User message received" -> "Might any skill apply?";
"Might any skill apply?" -> "Invoke Skill tool" [label="yes, even 1%"];
"Might any skill apply?" -> "Respond (including clarifications)" [label="definitely not"];
"Invoke Skill tool" -> "Announce: 'Using [skill] to [purpose]'";
"Announce: 'Using [skill] to [purpose]'" -> "Has checklist?";
"Has checklist?" -> "Create TodoWrite todo per item" [label="yes"];
"Has checklist?" -> "Follow skill exactly" [label="no"];
"Create TodoWrite todo per item" -> "Follow skill exactly";
}
These thoughts mean STOP—you're rationalizing:
| Thought | Reality |
|---|---|
| "This is just a simple question" | Questions are tasks. Check for skills. |
| "I need more context first" | Skill check comes BEFORE clarifying questions. |
| "Let me explore the codebase first" | Skills tell you HOW to explore. Check first. |
| "I can check git/files quickly" | Files lack conversation context. Check for skills. |
| "Let me gather information first" | Skills tell you HOW to gather information. |
| "This doesn't need a formal skill" | If a skill exists, use it. |
| "The skill is overkill" | Simple things become complex. Use it. |
| "I'll just do this one thing first" | Check BEFORE doing anything. |
| "This feels productive" | Undisciplined action wastes time. Skills prevent this. |
| "I know what that means" | Knowing the concept ≠ using the skill. Invoke it. |
| "This doesn't count as a task" | Action = task. Check for skills. |
| "I remember this skill" | Skills evolve. Read current version. |
When multiple skills could apply, use this order:
"Let's build X" → brainstorming first, then implementation skills. "Fix this bug" → debugging first, then domain-specific skills.
Rigid (TDD, debugging): Follow exactly. Don't adapt away discipline.
Flexible (patterns): Adapt principles to context.
The skill itself tells you which.
Instructions say WHAT, not HOW. "Add X" or "Fix Y" doesn't mean skip workflows.
User: 用户要求我修复一个bug,我应该先调用哪个技能?
AI: 在采取任何行动之前,我必须先检查是否有相关的superpowers技能适用。让我先读取systematic-debugging技能...
User: 在开始一个新功能开发之前,我需要遵循什么流程?
AI: 让我先读取brainstorming和writing-plans技能来了解正确的开发流程...
User: 用户让我写代码,我需要先检查哪些技能?
AI: 在写任何代码之前,我必须先检查test-driven-development技能是否适用...