|
8 | 8 |
|
9 | 9 | <initialization_phase> |
10 | 10 | <step number="1"> |
11 | | - <title>Understand Documentation Scope</title> |
| 11 | + <title>Understand Documentation Request</title> |
12 | 12 | <actions> |
13 | | - <action>Identify the specific feature or component to document</action> |
14 | | - <action>Determine target audiences for the documentation</action> |
15 | | - <action>Establish documentation depth requirements</action> |
| 13 | + <action>Parse the user's request to identify the feature or component</action> |
| 14 | + <action>Default to user-friendly documentation unless technical docs are specifically requested</action> |
| 15 | + <action>Focus on practical benefits and real-world usage</action> |
| 16 | + <action>Note any specific aspects the user wants emphasized</action> |
16 | 17 | </actions> |
17 | | - <tool_use><![CDATA[ |
18 | | -<ask_followup_question> |
19 | | -<question>What specific feature or component should I extract documentation for?</question> |
20 | | -<follow_up> |
21 | | -<suggest>User authentication and authorization system</suggest> |
22 | | -<suggest>API endpoints for a specific module</suggest> |
23 | | -<suggest>Database schema and data models</suggest> |
24 | | -<suggest>Frontend component library</suggest> |
25 | | -</follow_up> |
26 | | -</ask_followup_question> |
27 | | - ]]></tool_use> |
| 18 | + <note>The user will specify what they want documented in their initial message - no need to ask</note> |
28 | 19 | </step> |
29 | 20 |
|
30 | 21 | <step number="2"> |
|
211 | 202 |
|
212 | 203 | <documentation_generation> |
213 | 204 | <step number="1"> |
214 | | - <title>Structure Documentation</title> |
| 205 | + <title>Choose Documentation Style</title> |
215 | 206 | <actions> |
216 | | - <action>Create comprehensive table of contents</action> |
217 | | - <action>Organize content by audience type</action> |
218 | | - <action>Establish cross-references and links</action> |
| 207 | + <action>Default to user-focused template for end-user features</action> |
| 208 | + <action>Use comprehensive template only for developer APIs or complex systems</action> |
| 209 | + <action>Prioritize clarity and practical examples over exhaustive detail</action> |
219 | 210 | </actions> |
| 211 | + <decision_criteria> |
| 212 | + <criterion>If feature is user-facing → Use user_focused_template</criterion> |
| 213 | + <criterion>If feature is developer API → Consider comprehensive_template</criterion> |
| 214 | + <criterion>If unclear → Ask user for preference</criterion> |
| 215 | + </decision_criteria> |
220 | 216 | </step> |
221 | 217 |
|
222 | 218 | <step number="2"> |
| 219 | + <title>Structure Documentation</title> |
| 220 | + <actions> |
| 221 | + <action>Start with clear problem statement and benefits</action> |
| 222 | + <action>Use before/after examples when applicable</action> |
| 223 | + <action>Keep technical details minimal unless essential</action> |
| 224 | + <action>Focus on common use cases and questions</action> |
| 225 | + </actions> |
| 226 | + </step> |
| 227 | + |
| 228 | + <step number="3"> |
223 | 229 | <title>Generate Markdown Output</title> |
224 | 230 | <actions> |
225 | 231 | <action>Create DOCS-TEMP-[feature].md file</action> |
226 | | - <action>Format content with proper markdown syntax</action> |
227 | | - <action>Include code examples and diagrams</action> |
228 | | - <action>Add metadata and version information</action> |
| 232 | + <action>Use conversational tone and active voice</action> |
| 233 | + <action>Include visual separators (---) between sections</action> |
| 234 | + <action>Add practical examples and troubleshooting tips</action> |
229 | 235 | </actions> |
230 | 236 | </step> |
231 | 237 |
|
232 | | - <step number="3"> |
233 | | - <title>Add Supporting Elements</title> |
| 238 | + <step number="4"> |
| 239 | + <title>Add User-Friendly Elements</title> |
234 | 240 | <actions> |
235 | | - <action>Include troubleshooting guides</action> |
236 | | - <action>Add FAQ sections</action> |
237 | | - <action>Provide migration guides</action> |
238 | | - <action>Document best practices</action> |
| 241 | + <action>Include "Why This Matters" section with real scenarios</action> |
| 242 | + <action>Add "Common Questions" in Q&A format</action> |
| 243 | + <action>Provide clear troubleshooting steps</action> |
| 244 | + <action>End with "Need Help?" section pointing to resources</action> |
239 | 245 | </actions> |
240 | 246 | </step> |
241 | 247 | </documentation_generation> |
|
0 commit comments