Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

feat(adapter/openhands): OpenHands (ex-OpenDevin) autonomous-agent skill runtime

Open
#322 3 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
35/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Quiet
Tech stack
docker, markdown

Research direction

Start with docs/rfcs/RFC-AI-0004.md, especially Principle 5, then compare the existing .claude/skills/ shape with OpenHands' .openhands/microagents/ convention and its microagents documentation. Validate the autonomous-batch use case against the eval suite; done means the skill mapping, Docker-versus-bubblewrap alignment, and autonomy tiers with required human-confirmation pauses are documented.

Written by the indexing model from the issue text.

Description

capability:platform enhancement family:tools good first issue

Goal: Bring OpenHands (formerly OpenDevin) to feature parity with Claude Code as a skill runtime. Grounds: RFC-AI-0004 Principle 3 — Vendor neutrality.

Why OpenHands: Fully open-source (MIT), backend-agnostic (works with any LLM), oriented toward more-autonomous execution (the "fully agentic" end of the spectrum). Adopters who want the framework's skill discipline applied to an autonomous-execution agent — for batch triage, overnight backlog sweeps, automation pipelines — need an OpenHands runtime.

What "parity" means (recalibrated for OpenHands' autonomy posture):

  • Skills under .claude/skills/<name>/SKILL.md are invokable as OpenHands microagents / instruction sets
  • The tools/* bridges are reachable — OpenHands runs commands in a Docker-sandboxed runtime
  • Sandbox parity: OpenHands already ships a Docker-sandboxed execution model — this is a plus, not a gap. Document the alignment with the framework's bubblewrap baseline (similar threat model, different mechanism)
  • HITL primitives: OpenHands is the most autonomous of the named runtimes — this is the tightest fit/risk check. Document which framework skills are appropriate for autonomous execution and which require explicit confirmation pauses; the framework's "draft before send" rule (RFC-AI-0004 Principle 5) must be preserved even in autonomous mode

Suggested approach:

  • Map SKILL.md → OpenHands' .openhands/microagents/ convention (microagents are markdown files OpenHands loads as agent context)
  • Document the autonomy-tier mapping: which skills can run end-to-end without confirmation (read-only triage), which require explicit pause points (any write to a public artefact, any outbound message)
  • Validate the autonomous-batch use case against the eval suite — autonomous execution + HITL discipline is the interesting design tension this port surfaces

Reference:

Dominant language
Python
Stars
108
Forks
94
Avg merge
7h 21m
Merged PRs (30d)
296

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from apache/magpie

All issues in apache/magpie

Similar issues

More Python issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.