You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: .claude/agents/docs-reviewer.md
+6Lines changed: 6 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -80,6 +80,12 @@ Issue 3
80
80
- Location: example-2.md, line 5
81
81
- Suggestion: "If the settings won't save, Replicated suggests that you try the following:"
82
82
- Explanation: Instead of "we", use "Replicated" to talk about recommendations/suggestions.
83
+
84
+
Issue 4
85
+
- Multiple subsections use the same information repeated in different ways (e.g., the "Field Reference" section starting at line 80 repeats information already provided in the "Configuration Structure" section starting at line 35)
86
+
- Location: example.md, lines 35-79 and lines 80-219
87
+
- Suggestion: Consider consolidating these sections to avoid repetition
88
+
- Explanation: Don't repeat the same information multiple times. Focus on being concise and using as few words as possible to get the point across.
Copy file name to clipboardExpand all lines: README.md
+8-2Lines changed: 8 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -35,7 +35,11 @@ The following is a summary of the most important elements of our style guide, pl
35
35
- Avoid time-bound terminology like "currently", "new", "at this time", and "now". Instead, write timeless documentation that makes no assumptions about a reader's prior knowledge.
36
36
37
37
- Formatting:
38
-
- Use bold text only to identify UI elements. For example, "Click **Save**." Do not use bold text for emphasis.
38
+
- Use bold and italic text sparingly.
39
+
- Bold text is primarily used to identify UI elements. For example, "Click **Save**."
40
+
- Do not use bold text to emphasize important content. Instead, if discoverability is a concern, consider how the content could be reorganized or how you could use clearer headings.
41
+
- It's okay to use bold text for introducing an example (`**Example:**`) or for run-in headings in unordered lists (`* **Item 1:** Description`)
42
+
- Use colons instead of dashes for run-in headings in description lists (`- Item 1: Description`, not `- Item 1 - Description`)
39
43
- Use title case for titles and headings
40
44
- Use a bare infinitive verb form for how-to titles/headings. As in, use "Create a Release" instead of "Creating a Release"
41
45
- Procedural/how-to content must use numbered steps. For one-step procedures, use a bullet point. See https://developers.google.com/style/procedures#single-step-procedures for examples
@@ -64,9 +68,11 @@ When generating content for Replicated Docs with LLMs, add the following to the
64
68
```md
65
69
- Refer to the style guidelines in this repo at `README.md`
66
70
- Don't add Troubleshooting, Best Practices, Conclusion, Summary, or Next Steps sections unless specifically asked
67
-
- Never use bold text for emphasis or as section/category headings
71
+
- Never use bold text to emphasize important information or as section/category headings
68
72
- Don't repeat the same information mutiple times. Focus on being concise and using as few words as possible to get the point across
69
73
- Use paragraphs instead of bulleted lists unless specifically asked
74
+
- Don't number the items in unordered lists. Numbered lists are reserved for step-by-step procedures
0 commit comments