worclaude 1.6.0 → 1.6.2
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.
- package/README.md +2 -2
- package/package.json +1 -1
- package/templates/commands/commit-push-pr.md +1 -0
- package/templates/commands/conflict-resolver.md +1 -0
- package/templates/commands/end.md +1 -0
- package/templates/commands/sync.md +1 -0
- package/templates/core/claude-md.md +1 -0
- package/templates/skills/universal/git-conventions.md +2 -0
package/README.md
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Worclaude
|
|
2
2
|
|
|
3
|
-
> One command.
|
|
3
|
+
> One command. Best practices baked in. Your Claude Code environment, production-ready.
|
|
4
4
|
|
|
5
5
|
[](https://www.npmjs.com/package/worclaude)
|
|
6
6
|
[](LICENSE)
|
|
@@ -10,7 +10,7 @@
|
|
|
10
10
|
|
|
11
11
|
[Full Documentation](https://sefaertunc.github.io/Worclaude/) · [Interactive Demo](https://sefaertunc.github.io/Worclaude/demo/) · [npm](https://www.npmjs.com/package/worclaude)
|
|
12
12
|
|
|
13
|
-
Worclaude scaffolds a complete Claude Code workflow into any project in seconds. It implements all [
|
|
13
|
+
Worclaude scaffolds a complete Claude Code workflow into any project in seconds. It implements all [tips by Boris Cherny](https://www.howborisusesclaudecode.com/) — the creator of Claude Code at Anthropic — as a reusable, upgradable scaffold. One `init` command gives you 23 agents, 12 slash commands, 13 skills, hooks, permissions, and a CLAUDE.md template tuned for your tech stack. Whether you're starting fresh or adding structure to an existing project, Worclaude handles the setup so you can focus on building.
|
|
14
14
|
|
|
15
15
|
---
|
|
16
16
|
|
package/package.json
CHANGED
|
@@ -45,5 +45,6 @@ and tell the user to run /conflict-resolver first.
|
|
|
45
45
|
|
|
46
46
|
8. git add -A
|
|
47
47
|
9. git commit -m "chore: sync progress, spec, and version to [new version]"
|
|
48
|
+
Use exactly this message format — no trailers or Co-Authored-By lines.
|
|
48
49
|
10. git push origin develop
|
|
49
50
|
11. gh pr create --base main with description of what was merged
|
|
@@ -42,6 +42,7 @@ See `.claude/skills/` — load only what's relevant:
|
|
|
42
42
|
6. Use subagents to keep main context clean.
|
|
43
43
|
7. Mediocre fix → scrap it, implement elegantly.
|
|
44
44
|
8. Feature branches NEVER modify shared-state files. Those are updated only on develop via /sync after merging PRs. See git-conventions.md Shared-State Files for the canonical list.
|
|
45
|
+
9. Never add Co-Authored-By trailers, AI attribution footers, or "Generated with" signatures to commits or PRs.
|
|
45
46
|
|
|
46
47
|
## Gotchas
|
|
47
48
|
[Grows during development]
|
|
@@ -46,6 +46,7 @@ Rules:
|
|
|
46
46
|
- No period at the end of the subject line
|
|
47
47
|
- Blank line between subject and body
|
|
48
48
|
- Body explains motivation, not mechanics
|
|
49
|
+
- Never append Co-Authored-By trailers, AI attribution lines, or "Generated with" footers
|
|
49
50
|
|
|
50
51
|
## When to Commit
|
|
51
52
|
|
|
@@ -76,6 +77,7 @@ All feature/bugfix branches are created from and merged back into `develop`. Nev
|
|
|
76
77
|
4. PR title follows same format as commit subject: `type(scope): description`
|
|
77
78
|
5. PR body includes: what changed, why, how to test, anything reviewers should know
|
|
78
79
|
6. Request review if the project has reviewers configured
|
|
80
|
+
7. Do not add AI-generated footers (e.g., "Generated with Claude Code") to PR descriptions
|
|
79
81
|
|
|
80
82
|
## Squash vs Merge
|
|
81
83
|
|