init: Hermes config, skills, memories, cron
Sovereign backup of all Hermes Agent configuration and data. Excludes: secrets, auth tokens, sessions, caches, code (separate repo). Tracked: - config.yaml (model, fallback chain, toolsets, display prefs) - SOUL.md (Timmy personality charter) - memories/ (persistent MEMORY.md + USER.md) - skills/ (371 files — full skill library) - cron/jobs.json (scheduled tasks) - channel_directory.json (platform channels) - hooks/ (custom hooks)
This commit is contained in:
@@ -0,0 +1,74 @@
|
||||
# Review Output Template
|
||||
|
||||
Use this as the structure for PR review summary comments. Copy and fill in the sections.
|
||||
|
||||
## For PR Summary Comment
|
||||
|
||||
```markdown
|
||||
## Code Review Summary
|
||||
|
||||
**Verdict: [Approved ✅ | Changes Requested 🔴 | Reviewed 💬]** ([N] issues, [N] suggestions)
|
||||
|
||||
**PR:** #[number] — [title]
|
||||
**Author:** @[username]
|
||||
**Files changed:** [N] (+[additions] -[deletions])
|
||||
|
||||
### 🔴 Critical
|
||||
<!-- Issues that MUST be fixed before merge -->
|
||||
- **file.py:line** — [description]. Suggestion: [fix].
|
||||
|
||||
### ⚠️ Warnings
|
||||
<!-- Issues that SHOULD be fixed, but not strictly blocking -->
|
||||
- **file.py:line** — [description].
|
||||
|
||||
### 💡 Suggestions
|
||||
<!-- Non-blocking improvements, style preferences, future considerations -->
|
||||
- **file.py:line** — [description].
|
||||
|
||||
### ✅ Looks Good
|
||||
<!-- Call out things done well — positive reinforcement -->
|
||||
- [aspect that was done well]
|
||||
|
||||
---
|
||||
*Reviewed by Hermes Agent*
|
||||
```
|
||||
|
||||
## Severity Guide
|
||||
|
||||
| Level | Icon | When to use | Blocks merge? |
|
||||
|-------|------|-------------|---------------|
|
||||
| Critical | 🔴 | Security vulnerabilities, data loss risk, crashes, broken core functionality | Yes |
|
||||
| Warning | ⚠️ | Bugs in non-critical paths, missing error handling, missing tests for new code | Usually yes |
|
||||
| Suggestion | 💡 | Style improvements, refactoring ideas, performance hints, documentation gaps | No |
|
||||
| Looks Good | ✅ | Clean patterns, good test coverage, clear naming, smart design decisions | N/A |
|
||||
|
||||
## Verdict Decision
|
||||
|
||||
- **Approved ✅** — Zero critical/warning items. Only suggestions or all clear.
|
||||
- **Changes Requested 🔴** — Any critical or warning item exists.
|
||||
- **Reviewed 💬** — Observations only (draft PRs, uncertain findings, informational).
|
||||
|
||||
## For Inline Comments
|
||||
|
||||
Prefix inline comments with the severity icon so they're scannable:
|
||||
|
||||
```
|
||||
🔴 **Critical:** User input passed directly to SQL query — use parameterized queries to prevent injection.
|
||||
```
|
||||
|
||||
```
|
||||
⚠️ **Warning:** This error is silently swallowed. At minimum, log it.
|
||||
```
|
||||
|
||||
```
|
||||
💡 **Suggestion:** This could be simplified with a dict comprehension:
|
||||
`{k: v for k, v in items if v is not None}`
|
||||
```
|
||||
|
||||
```
|
||||
✅ **Nice:** Good use of context manager here — ensures cleanup on exceptions.
|
||||
```
|
||||
|
||||
## For Local (Pre-Push) Review
|
||||
|
||||
When reviewing locally before push, use the same structure but present it as a message to the user instead of a PR comment. Skip the PR metadata header and just start with the severity sections.
|
||||
Reference in New Issue
Block a user