wtf-p 0.1.0 → 0.2.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -0,0 +1,216 @@
1
+ # WTF-P GitHub Contribution Reference
2
+
3
+ This document teaches Claude how to help users contribute to the WTF-P project via GitHub.
4
+
5
+ ## Repository Information
6
+
7
+ - **Owner**: akougkas
8
+ - **Repo**: wtf-p
9
+ - **URL**: https://github.com/akougkas/wtf-p
10
+ - **Issues**: https://github.com/akougkas/wtf-p/issues
11
+ - **PRs**: https://github.com/akougkas/wtf-p/pulls
12
+
13
+ ## Prerequisites Check
14
+
15
+ Before any GitHub operation, verify `gh` CLI is authenticated:
16
+
17
+ ```bash
18
+ gh auth status
19
+ ```
20
+
21
+ If not authenticated, instruct user to run:
22
+ ```bash
23
+ gh auth login
24
+ ```
25
+
26
+ ## Issue Templates
27
+
28
+ ### Bug Report Format
29
+
30
+ ```markdown
31
+ ## Bug Description
32
+ [Clear description of what's wrong]
33
+
34
+ ## Steps to Reproduce
35
+ 1. [First step]
36
+ 2. [Second step]
37
+ 3. [Expected vs actual behavior]
38
+
39
+ ## Environment
40
+ - WTF-P version: [run `npx wtf-p --version`]
41
+ - Node.js version: [run `node --version`]
42
+ - OS: [macOS/Linux/Windows]
43
+ - Claude Code version: [if relevant]
44
+
45
+ ## Additional Context
46
+ [Screenshots, logs, related issues]
47
+ ```
48
+
49
+ ### Feature Request Format
50
+
51
+ ```markdown
52
+ ## Feature Description
53
+ [What feature do you want?]
54
+
55
+ ## Use Case
56
+ [Why do you need this? What problem does it solve?]
57
+
58
+ ## Proposed Solution
59
+ [How should it work? Include examples if possible]
60
+
61
+ ## Alternatives Considered
62
+ [Other approaches you've thought about]
63
+
64
+ ## Additional Context
65
+ [Mockups, related features, prior art]
66
+ ```
67
+
68
+ ## Creating Issues via `gh`
69
+
70
+ ### Bug Report
71
+ ```bash
72
+ gh issue create \
73
+ --repo akougkas/wtf-p \
74
+ --title "bug: [SHORT_DESCRIPTION]" \
75
+ --body "$(cat <<'EOF'
76
+ ## Bug Description
77
+ ...
78
+
79
+ ## Steps to Reproduce
80
+ ...
81
+
82
+ ## Environment
83
+ ...
84
+ EOF
85
+ )" \
86
+ --label "bug"
87
+ ```
88
+
89
+ ### Feature Request
90
+ ```bash
91
+ gh issue create \
92
+ --repo akougkas/wtf-p \
93
+ --title "feat: [SHORT_DESCRIPTION]" \
94
+ --body "$(cat <<'EOF'
95
+ ## Feature Description
96
+ ...
97
+
98
+ ## Use Case
99
+ ...
100
+ EOF
101
+ )" \
102
+ --label "enhancement"
103
+ ```
104
+
105
+ ## Pull Request Workflow
106
+
107
+ ### 1. Fork (if external contributor)
108
+ ```bash
109
+ gh repo fork akougkas/wtf-p --clone
110
+ cd wtf-p
111
+ ```
112
+
113
+ ### 2. Create Branch
114
+ ```bash
115
+ git checkout -b feat/short-description
116
+ # or
117
+ git checkout -b fix/short-description
118
+ ```
119
+
120
+ ### 3. Make Changes
121
+ Follow patterns in CONTRIBUTING.md:
122
+ - Commands go in `commands/wtfp/`
123
+ - Workflows go in `write-the-f-paper/workflows/`
124
+ - Use conventional commit messages
125
+
126
+ ### 4. Test
127
+ ```bash
128
+ npm test
129
+ node bin/install.js --local
130
+ # Test manually in Claude Code
131
+ ```
132
+
133
+ ### 5. Commit
134
+ ```bash
135
+ git add .
136
+ git commit -m "feat(commands): add new-feature command
137
+
138
+ - Added X functionality
139
+ - Updated Y for Z reason"
140
+ ```
141
+
142
+ ### 6. Push and Create PR
143
+ ```bash
144
+ git push -u origin feat/short-description
145
+
146
+ gh pr create \
147
+ --repo akougkas/wtf-p \
148
+ --title "feat(scope): description" \
149
+ --body "$(cat <<'EOF'
150
+ ## Summary
151
+ Brief description of changes
152
+
153
+ ## Changes Made
154
+ - [ ] Item 1
155
+ - [ ] Item 2
156
+
157
+ ## Testing
158
+ How to test these changes
159
+
160
+ ## Related Issues
161
+ Closes #XX (if applicable)
162
+ EOF
163
+ )"
164
+ ```
165
+
166
+ ## Commit Message Convention
167
+
168
+ Format: `<type>(<scope>): <description>`
169
+
170
+ ### Types
171
+ | Type | Use For |
172
+ |------|---------|
173
+ | `feat` | New feature |
174
+ | `fix` | Bug fix |
175
+ | `docs` | Documentation |
176
+ | `refactor` | Code restructuring |
177
+ | `test` | Adding tests |
178
+ | `chore` | Maintenance |
179
+
180
+ ### Scopes
181
+ | Scope | Use For |
182
+ |-------|---------|
183
+ | `commands` | Slash commands |
184
+ | `workflows` | Writing workflows |
185
+ | `cli` | Installer scripts |
186
+ | `templates` | LaTeX/venue templates |
187
+
188
+ ## Labels Reference
189
+
190
+ | Label | Description |
191
+ |-------|-------------|
192
+ | `bug` | Something isn't working |
193
+ | `enhancement` | New feature request |
194
+ | `documentation` | Documentation improvements |
195
+ | `good first issue` | Good for newcomers |
196
+ | `help wanted` | Extra attention needed |
197
+
198
+ ## Common Scenarios
199
+
200
+ ### User found a bug while writing
201
+ 1. Gather: What command? What happened? What was expected?
202
+ 2. Check: Can we reproduce? What's the environment?
203
+ 3. Create: Issue with reproduction steps
204
+ 4. Link: Reference any error messages or logs
205
+
206
+ ### User wants a new command
207
+ 1. Clarify: What should it do? What's the use case?
208
+ 2. Check: Does something similar exist?
209
+ 3. Propose: Draft the command structure
210
+ 4. Create: Feature request issue or implement directly
211
+
212
+ ### User wants to fix something themselves
213
+ 1. Guide: Fork and clone workflow
214
+ 2. Help: Implement the fix
215
+ 3. Test: Verify it works
216
+ 4. Submit: Create PR with proper format