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: specs/capitalization.md
+2-32Lines changed: 2 additions & 32 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -19,29 +19,7 @@ The CLI uses different capitalization based on context:
19
19
20
20
## Design Rationale
21
21
22
-
This approach balances several considerations:
23
-
24
-
### Clarity
25
-
26
-
Using different capitalization distinguishes between referring to the product (GitHub Agentic Workflows) and the concept (agentic workflows). Users can immediately understand whether documentation discusses the tool itself or the workflows it manages.
27
-
28
-
### Industry Standards
29
-
30
-
The pattern follows established conventions where product names use title case while generic references use sentence case. This matches how other CLI tools handle similar distinctions (e.g., "GitHub Actions" as a product vs. "actions" as workflow components).
31
-
32
-
### Consistency
33
-
34
-
Applying the same rules across all commands creates a predictable user experience. The pattern extends to:
35
-
36
-
- Command short descriptions
37
-
- Command long descriptions
38
-
- Help text
39
-
- Error messages
40
-
- Documentation
41
-
42
-
### Maintenance
43
-
44
-
The approach simplifies decision-making for contributors. The rule is simple: capitalize when referring to the product by name, use lowercase for generic workflow references.
22
+
This capitalization convention distinguishes between the product name (GitHub Agentic Workflows) and the concept (agentic workflows), following industry standards similar to "GitHub Actions" vs. "actions". The consistent pattern across all commands, help text, and documentation simplifies both user comprehension and contributor decision-making.
45
23
46
24
## Examples
47
25
@@ -60,14 +38,9 @@ When describing actions performed on workflows:
60
38
61
39
```
62
40
Enable agentic workflows
63
-
Disable agentic workflows and cancel any in-progress runs
64
-
Show status of agentic workflows
65
41
Initialize repository for agentic workflows
66
-
Download and analyze agentic workflow logs with aggregated metrics
42
+
Download and analyze agentic workflow logs
67
43
Add an MCP tool to an agentic workflow
68
-
List MCP servers defined in agentic workflows
69
-
Run one or more agentic workflows on GitHub Actions
70
-
Trial one or more agentic workflows as if they were running in a repository
71
44
```
72
45
73
46
### Technical Terms (Capitalized)
@@ -89,6 +62,3 @@ The capitalization rules are enforced through automated tests in `cmd/gh-aw/capi
89
62
90
63
The tests run as part of the standard test suite and prevent inconsistencies from being introduced.
91
64
92
-
## Historical Context
93
-
94
-
This pattern was established to resolve potential confusion between the product and the concept. Early analysis confirmed the codebase already followed this approach consistently, and the formalization through tests and documentation prevents future drift.
0 commit comments