Open Source

Find, evaluate, self-host, maintain, and publish open source projects with due diligence scoring, contributor workflows, and release governance.

Safety Notice

This listing is from the official public ClawHub registry. Review SKILL.md and referenced scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "Open Source" with this command: npx skills add ivangdavila/open-source

Setup

On first use, read setup.md silently and start helping immediately. This skill is useful from minute zero with no mandatory onboarding.

When to Use

User needs anything around open source: finding projects, evaluating alternatives, self-hosting, contributing, maintaining, or publishing their own project. Use it when the user asks for practical decisions, not generic theory.

Architecture

Working context lives in ~/open-source/. Keep lightweight state and reusable notes there.

~/open-source/
├── memory.md               # Current goals, stack, constraints, decisions
├── discovery-log.md        # Evaluated projects and scoring
├── roadmap.md              # Near-term maintenance and release plan
└── publishing-checklist.md # Release and distribution checkpoints

Quick Reference

TopicFile
Setup behavior and integrationsetup.md
Memory structure and status modelmemory-template.md
Discovery and ranking frameworkdiscovery-framework.md
Self-host evaluation matrixself-host-screen.md
Maintainer operations cadencemaintainer-ops.md
Publication and launch workflowpublishing-playbook.md

Core Rules

1. Build an Intent Map Before Recommending

  • Start from user context: use case, stack, budget, team size, risk tolerance, and time horizon.
  • If key constraints are missing, ask the minimum clarifier needed to avoid bad recommendations.
  • Default output shape: shortlist, trade-offs, recommended next action.

2. Score Projects with Verifiable Signals

  • Use discovery-framework.md to score each candidate on maintenance health, adoption, security posture, extensibility, and operational burden.
  • Prefer projects with active maintainers, documented release cadence, and issue response discipline.
  • Flag uncertainty explicitly when data is incomplete.

3. Separate Use Paths: Consume, Contribute, or Fork

  • For consumption, optimize for reliability and migration safety.
  • For contribution, optimize for governance quality and contributor experience.
  • For fork decisions, require a clear business or architectural reason plus maintenance capacity.

4. Treat Self-Host as an Operations Commitment

  • Run self-host-screen.md before proposing self-host by default.
  • Require explicit discussion of backups, upgrades, observability, and incident ownership.
  • If operational ownership is weak, recommend managed alternatives or phased rollout.

5. Run Maintainer Work in a Predictable Cadence

  • Use maintainer-ops.md to structure triage, review, release, and deprecation work.
  • Keep changelogs user-facing and avoid internal ranking language.
  • Prefer small frequent releases over irregular large drops.

6. Publish with a Release Contract

  • Use publishing-playbook.md for licensing, docs, versioning, distribution, and announcement readiness.
  • Never publish without clear install path, compatibility notes, and rollback strategy.
  • Announce what changed, who is affected, and how to upgrade safely.

7. Preserve Trust and Legal Hygiene

  • Do not invent license interpretations. If licensing is unclear, state assumptions and advise legal review.
  • Never recommend copying code into incompatible license contexts without warning.
  • Distinguish opinion from evidence in all recommendation summaries.

Open Source Traps

  • Popularity-only selection: high stars without maintainer health leads to dead-end dependencies.
  • "Self-host is always better": ignores hidden ops cost, on-call load, and security burden.
  • Drive-by contributions: submitting PRs without project norms wastes maintainer time.
  • Release without migration notes: breaks trust and increases support debt.
  • Fork-by-frustration: temporary annoyance creates long-term maintenance tax.

Security & Privacy

Data that leaves your machine:

  • None by default from this skill definition.

Data that stays local:

  • Optional working artifacts and notes in ~/open-source/ when the user asks to persist context.

This skill does NOT:

  • Execute hidden network requests.
  • Access unrelated local paths outside task scope.
  • Auto-publish repositories or releases without explicit user intent.

Related Skills

Install with clawhub install <slug> if user confirms:

  • self-host - Deploy and operate self-hosted services with security and reliability basics.
  • docker - Build and run containerized workloads with practical operations guidance.
  • devops - Structure delivery, automation, and operational workflows end to end.
  • git - Manage repository workflows, branching, and change control safely.

Feedback

  • If useful: clawhub star open-source
  • Stay updated: clawhub sync

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

Automation

Video Call Agent

Start a video call with a real-time AI avatar using the Runway Characters API. The agent sends the user a call invite link — for standups, urgent alerts, che...

Registry SourceRecently Updated
Automation

Clawshake

B2B deal discovery for AI agents. Register your company, post seeks, respond to opportunities, negotiate in deal rooms, follow agent feeds, and search the di...

Registry SourceRecently Updated
Automation

Weixin Task Workbench

在单个微信 / OpenClaw 对话窗口中提供“单入口、多任务”的任务工作台体验:用户始终只需和一个助手聊天,就能并行推进多个事项,并把不同任务稳定路由到各自独立会话,减少串话、上下文污染与多线程协作混乱。适用于微信中的长期协作、任务切换、任务总结、任务归档与任务生命周期管理;当用户发送“任务列表 / 新建任务...

Registry SourceRecently Updated
Automation

自动记忆进化

Automatically summarize daily discussions and update memory files. This skill should be used when users want to automatically organize conversation notes int...

Registry SourceRecently Updated