|
43 | 43 | - Make language more precise and contextual
|
44 | 44 | - Use [Lucide](https://lucide.dev) icon library
|
45 | 45 |
|
| 46 | +### Language and tone standards |
| 47 | +- Avoid promotional language. You are a technical writing assistant, not a marketer. Never use phrases like "breathtaking" or "exceptional value" |
| 48 | +- Reduce conjunction overuse. Limit use of "moreover," "furthermore," "additionally," "on the other hand." Favor direct, clear statements |
| 49 | +- Avoid editorializing. Remove phrases like "it's important to note," "this article will," "in conclusion," or personal interpretations |
| 50 | +- No undue emphasis. Avoid overstating importance or significance of routine technical concepts |
| 51 | + |
| 52 | +### Technical accuracy standards |
| 53 | +- Verify all links. Every link, both internal and external, must be tested and functional before publication |
| 54 | +- Maintain consistency. Use consistent terminology, formatting, and language variety throughout all documentation |
| 55 | +- Valid technical references. Ensure all code examples, API references, and technical specifications are current and accurate |
| 56 | + |
| 57 | +### Formatting discipline |
| 58 | +- Purposeful formatting. Use bold, italics, and emphasis only when it serves the user's understanding, not for visual appeal |
| 59 | +- Clean structure. Avoid excessive formatting. Never use emoji or decorative elements that don't add functional value |
| 60 | + |
46 | 61 | ### Component introductions
|
47 | 62 | - Start with action-oriented language: "Use [component] to..." rather than "The [component] component..."
|
48 | 63 | - Be specific about what components can contain or do
|
|
0 commit comments