The author argues that many research agent projects can be replaced by 'skills' running inside existing harnesses like Codex, sharing their experience implementing a Reddit customer-research workflow as a Codex skill with only deterministic Python helpers, and questioning when custom agent runtimes are truly needed.
I've been looking through a number of research-agent projects recently, Most of them can be simply replaced with tools like codex. In today's age it's a fact that a capable harness like Codex already has reasoning, web access, tool execution, filesystem access and an interactive conversation. But people are like, "Show me the code". So I tried taking the workflow of a reasonably complex Reddit customer-research agent and implementing the use case as a Codex skill instead. It researches Reddit for customer pain points, verifies relevant communities, collects evidence, clusters problems, analyzes commercial signals and generates structured artifacts. There is also a human approval checkpoint before the main research starts. The (only) interesting part here to me is what I didn't have to build: no separate agent loop/runtime no separate LLM client no nested agents no custom browsing/search layer no dedicated UI no separate framework just to orchestrate the research The skill defines the research methodology and workflow. Codex provides the harness. I kept small Python helpers only where deterministic behavior matters: validation, scoring, canonical URLs, deduplication and artifact generation. So the architecture is basically: Codex harness → SKILL.md workflow → deterministic helpers where needed rather than: custom agent → model integration → tools → search → state → UI → orchestration → report generation There's also a useful side effect: the workflow doesn't end when the "research agent" returns its report. Because it's running inside Codex, I can continue the same conversation and ask it to investigate one finding further, challenge an assumption, modify the analysis, or start building something from the result. Codex also now has $skill-creator, so if you already have a working workflow you can ask it to turn that workflow/current chat into a reusable skill instead of manually creating everything from scratch. (That's what I did here) I'm increasingly thinking this should be the default question before building a specialized research agent: Does this use case really require a new agent runtime, or does it just require a domain-specific skill running inside an existing harness? Obviously there are cases where a custom agent/runtime is justified — especially when deployment model, independent execution, custom integrations, control boundaries or product UX are themselves requirements. But for most of the "research agent" projects, I'm not convinced they are.
A tip for Codex users to implement agent research papers directly into their Codex environment using goal mode and local config, with SkillOpt as an example that improved a GPT-5.5 agent by +24.8 points.
OpenAI describes an internal experiment building a production software product with zero manually-written code using Codex agents, achieving approximately 10x faster development with 1.5M lines of code written by AI in five months. The team learned that effective agent-driven development requires engineers to focus on systems design, scaffolding, and feedback loops rather than writing code directly.
OpenAI's Codex has evolved from a coding tool into a general-purpose AI agent, now used by knowledge workers for research, coordination, and data analysis, reducing hours of work into minutes.
A tip for using Codex to turn repeated prompts into reusable skills and subagents, improving workflow efficiency for tasks like CI failure checking and PR review.
A developer created an open-source skill that bridges Claude Code and Codex CLIs, allowing AI agents to hand off tasks to each other without manual copy-pasting.