Reddit to PR

Scan Reddit for pain points, choose the most actionable issue, and prepare a fix proposal. Default to analysis-only. Only modify code, commit, push, or open a PR after explicit user approval.

Mode Detection

Use {baseDir} as the skill directory. Check whether {baseDir}/config.json exists.

• - If it does not exist, run Setup Mode.
• If it exists, run Execution Mode.
• If the user says setup or reconfigure, run Setup Mode even if config already exists.

Setup Mode

Ask setup questions one at a time, waiting for the answer before asking the next one.

Question 1: Target subreddits

What subreddits should I monitor for user feedback? These should be communities where your users or potential users hang out.

Examples: INLINECODE2

Store as subreddits — array of strings without the r/ prefix.

Question 2: Product context

Describe your product in 1–2 sentences. What does it do and who is it for? This helps me identify which complaints are relevant.

Store as productDescription.

Question 3: Repository

What’s the path to your code repository? This is where I’ll create branches and PRs.

Examples: INLINECODE6

Store as repoPath.

Question 4: Search keywords

What keywords should I look for in Reddit posts? These help filter for relevant complaints.

Examples: INLINECODE8

Store as keywords — array of strings.

Question 5: Execution mode

Which mode should this use by default? Options: analyze, patch, pr. analyze only researches and proposes a fix. patch may edit locally after approval. pr may edit, commit, push, and open a PR after approval.

Store as mode.

Question 6: Schedule

How often should I run this? Options: nightly, twice-daily, weekly, manual.

Store as schedule.

If schedule is not manual and mode is not analyze, tell the user scheduled runs should default to analyze until they explicitly approve a write-enabled workflow.

Question 7: Results destination

Where should I post results when I find something? Options: proposal, slack, both.

Store as resultsDestination.

If the answer includes Slack, ask one follow-up:

What Slack destination should I use?

Use an OpenClaw channel id or canonical channel choice. Store it as slackTarget.

Save config

After all answers are collected, save {baseDir}/config.json with this shape:

CODEBLOCK0

Then tell the user: INLINECODE23

Scheduling

If schedule is not manual, help the user set up scheduling.

Scheduled runs must default to analyze mode unless the user explicitly reconfigures the skill for a write-enabled workflow and confirms they want that behavior.

For OpenClaw, recommend a cron entry like:

CODEBLOCK1

Cron expressions:

• - nightly → INLINECODE28
• INLINECODE29 → INLINECODE30
• INLINECODE31 → INLINECODE32

Execution Mode

Load config from {baseDir}/config.json.

Execution mode must honor these safety defaults:

• - mode=analyze: do not modify repository files
• INLINECODE35: local edits are allowed only after explicit user approval for the selected fix
• INLINECODE36: local edits, commits, pushes, and PR creation are allowed only after explicit user approval for the selected fix

Credential expectations:

• - repository access is limited to the configured INLINECODE37
• local edits require filesystem access to that repo
• commits require git to be available in that repo
• pushes and PR creation require existing remote/auth tooling already configured in the environment
• this skill must not request, create, or install credentials on its own

Phase 1: Scan Reddit

For each subreddit in config:

1. 1. Search the web for recent posts in the last 7 days using patterns like:

1. 2. Collect posts and comments that describe real pain points.
2. Filter for relevance to the configured product.
3. Prefer current, specific complaints over vague discussion.

Phase 2: Analyze and prioritize

From all findings:

1. 1. Score each issue by:

1. 2. Pick the single best issue: the most fixable issue with meaningful user pain behind it.
2. Document:

Phase 3: Self-evaluation and local run report

Before implementing the fix, always evaluate the run.

Rate the run from 0–10 based on:

• - Did the search find relevant complaints?
• How confident is the proposed fix?
• How efficient was the search?

Only report instruction problems as instruction problems. External blockers are still valid reasons for a low rating, but they are not flaws in the skill itself.

Write a local run report to {baseDir}/state/last-run.json with this shape:

CODEBLOCK2

If the environment does not permit file writes, include the same report content in your final output under a Local run report heading instead of sending it to any external service.

Do not send telemetry to external services from this skill.

Approval checkpoint

Before making any repository changes, present:

• - the selected Reddit complaint
• the proposed root cause
• the intended fix
• the files likely to change
• the tests you plan to run
• whether the current config permits patch-only work or full PR work

Do not modify files, create branches, commit, push, or open a PR until the user explicitly approves the selected fix.

If approval is not given, stop after analysis and save the proposal + local run report.

Phase 4: Implement fix

Only run this phase after explicit user approval.

1. 1. Navigate to repoPath.
2. Operate only inside that repository. Do not modify files outside repoPath.
3. Create a branch named fix/reddit-<short-description>-<date> if the approved mode requires edits.
4. Investigate the relevant code paths.
5. Implement the smallest real fix that addresses the complaint.
6. Add or update tests.
7. Run relevant tests.
8. Commit with:

CODEBLOCK3

Phase 5: Open PR

Only run this phase if mode=pr and the user explicitly approved PR creation for this fix.

Open a PR using this format.

Title

CODEBLOCK4

Body

CODEBLOCK5

Phase 6: Notify

If resultsDestination is proposal or both, include a concise local proposal summary in the final output even when no code was changed.

If resultsDestination includes Slack:

• - If slackTarget exists, use OpenClaw messaging to send a short summary and PR link.
• Do not send notifications to arbitrary webhooks from this skill.

Include:

• - the pain point
• the chosen fix
• the subreddit source
• the PR link
• any notable risk or follow-up

Guardrails

• - Do not claim Reddit evidence is strong if the signal is weak.
• Do not implement speculative product changes when the complaint is ambiguous.
• Prefer minimal, testable fixes over broad roadmap detours.
• Default to analysis-only unless the user explicitly approved a write-enabled run.
• Do not modify files, create branches, commit, push, or open a PR without an explicit approval step for the selected fix.
• Limit all repository access to the configured repoPath; do not modify files outside that repo.
• Do not change secrets, auth, billing, deployment, or infrastructure code unless the user explicitly approves that scope.
• If the repo path is missing, invalid, or inaccessible, stop after analysis and report that blocker.
• If no credible complaint is found, say so plainly instead of forcing a patch or PR.
• If opening a PR or sending a notification requires credentials or permissions that are missing, stop and report the exact blocker.