Skip to content

Prompt Requests: Post-PR Development Workflows

This document outlines the transition from traditional Git-based "Pull Requests" to agent-centric "Prompt Requests" and reputation-based systems for post-human development as of July 2026.

What it is

The "RIP Pull Requests (2005-2026)" analysis highlights a fundamental shift in software engineering. As AI agents (Claude 4.8 Opus, GPT-5.5, Gemma 3) handle an increasing percentage of code generation and modification, traditional human-centric collaboration tools like Pull Requests (PRs) and Code Reviews are being superseded by workflows optimized for speed, safety, and agentic autonomy through Agentic Prompt Engineering.

A Prompt Request is a structured specification of intent that an agent uses to generate, validate, and merge code independently. This pattern often involves Agent-to-Agent Collaboration, where stateless orchestrators operate in stateful, durable workspaces (e.g., OpenAI Agents SDK, Cloudflare Project Think), using files as the primary communication medium ("File-as-Bus").

What problem it solves

  • The Human Bottleneck: Traditional PRs require human review, which is slow compared to the speed at which agents can generate code.
  • Merge Conflicts: Agent-generated code often drifts from the main branch; Prompt Requests focus on the intent (the prompt), allowing the agent to regenerate against the latest main branch.
  • Spec-Code Divergence: Ensures the source of truth is the high-level specification or prompt, not just the resulting lines of code.
  • Scale: Enables "Federated KnowledgeOps" where thousands of specialized agents can contribute to a codebase simultaneously without overloading human maintainers.

Where it fits in the stack

Workflow Pattern. Operates at the Development / CI layer. It replaces or augments the standard GitHub Flow (branch -> commit -> PR -> merge) with an Agentic Flow (spec/prompt -> agent execution -> validation -> reputation-based auto-merge). It utilizes the Model Context Protocol (MCP 3.0) (leveraging FastMCP 3.0 for low-latency tool hosting and MCP 3.0 Task Protocol for standardized execution) for tool discovery and execution.

Typical use cases

  • Automated Bug Fixing: Providing a stack trace and asking an agent to "fix this and update the test suite."
  • Feature Expansion: Adding a new API endpoint based on an existing schema and pattern.
  • Large-scale Refactoring: Migrating a codebase from one library version to another by updating the global "coding standards" prompt.
  • Reputation-Based Auto-Merging: Utilizing systems where code contributions are evaluated based on the submitter's historical reliability and automated safety checks, rather than manual line-by-line review.

Strengths

  • High Architectural Alignment: Agents follow the provided prompt strictly, ensuring consistency across a large codebase.
  • Reduced Human Labor: Removes the need for line-by-line review for boilerplate or standard tasks.
  • Durable Intent: The "Prompt Request" serves as documentation for why a change was made, often more clearly than a commit message.
  • Security-First Intent: It is harder to slip malicious code into a prompt modification than into an innocent-looking 1,000-line PR.
  • Lethal Trifecta Mitigation: Incorporates guardrails to prevent the combination of code execution, network access, and credential leakage.

Limitations

  • Spec Fidelity: Requires extremely clear and high-quality prompts/specifications to avoid "hallucinated" features.
  • Sandboxing Requirements: Demands robust, isolated execution environments (like E2B or Modal) for all agentic code execution.
  • Reputation Complexity: Building a reliable system to "trust" agent output without human eyes is technically challenging.
  • Context Windows: Extremely large codebase changes still face context window limitations, requiring RAG or partitioned processing.

When to use it

  • For boilerplate-heavy tasks or repetitive pattern application.
  • When working in sandboxed environments where automated tests provide 100% coverage confidence.
  • In high-velocity teams where humans focus on architecture and agents focus on implementation.
  • For standardized migrations (e.g., upgrading a library across 50 microservices).

When not to use it

  • Critical Security Kernels: Any code where a single logic error could lead to a major breach still requires human "Deep Review".
  • Ambiguous UI/UX Polish: Tasks requiring subjective human aesthetic judgment.
  • Low Test Coverage: If you cannot prove the code is correct via automation, do not use autonomous Prompt Requests.

Getting started

To implement Prompt Requests in your workflow, you need an agentic runner capable of interpreting specifications and executing tools.

  1. Install an Agentic CLI: Use a tool like claude-code or openclaw which supports MCP 3.0.
  2. Define a Template: Create a .prompt-request directory in your repo to store structured JSON/YAML templates.
  3. Setup Sandboxing: Configure an environment like Docker or E2B to run the agent's proposed changes safely.
  4. Integrate CI: Add a step in your GitHub Actions or GitLab CI to trigger agent runs when a new .pr.yaml file is committed to a prompts/ branch.

CLI examples

Submitting a prompt request using a hypothetical jules CLI tool (representing the agentic reviewer pattern):

# Create a new prompt request from a natural language description
jules prompt "Add PII masking to UserProfile logging in src/users/profile.py" \
  --context "docs/playbooks/data-copilot-sql-validation.md" \
  --test "pytest tests/test_profile_masking.py"

# Execute a pending prompt request from a YAML file
jules execute ./prompts/PR-2026-0528.yaml --sandbox docker

# Check the reputation of an agent before auto-merging its output
jules reputation check agent-alpha-7

API examples

Using the MCP 3.0 Task Protocol to programmatically trigger a Prompt Request via an orchestrator:

import mcp.client

async def submit_prompt_request():
    async with mcp.client.connect("https://mcp-server.internal") as client:
        # Register the prompt request using the tasks/run method
        response = await client.call_tool(
            "tasks/run",
            arguments={
                "task_id": "PR-2026-0620",
                "input": {
                    "intent": "Refactor legacy axios calls to fetch API in TriliumNext",
                    "constraints": ["No external dependencies", "Maintain TS types"],
                    "verification_suites": ["npm test", "npm run lint"]
                }
            }
        )
        print(f"Prompt Request submitted: {response['status']}")

# Trigger the refactoring agent
await submit_prompt_request()

Implementation (YAML Template Example)

A "Prompt Request" often takes the form of a structured JSON or YAML file that defines the intent, allowing different agents to attempt the implementation.

# prompts/PR-2026-0528.yaml
prompt_request:
  id: "PR-2026-0528"
  intent: "Add PII masking to the UserProfile logging module."
  context:
    - path: "src/users/profile.py"
    - pattern: "docs/playbooks/data-copilot-sql-validation.md"
  constraints:
    - "No external dependencies."
    - "Maintain 100% test coverage."
    - "Pass Claude Code security scan."
  verification:
    - command: "pytest tests/test_profile_masking.py"
    - tool: "scripts/sql_validator.py"
  • Agentic Workflows — The broader framework for agent-led development.
  • Software Factories — The architectural pattern for non-interactive code convergence.
  • Claude Code — Terminal-based agent that implements Prompt Request patterns.
  • OpenClaw — Runtime for executing agentic prompts and MCP tools.
  • Devin — Autonomous agent capable of handling end-to-end development tasks.
  • Aider — CLI tool for pair-programming with LLMs.
  • Plandex — AI coding engine for complex, multi-file tasks.
  • Multi-Agent KnowledgeOps — Coordination protocol for agentic contributions.

Sources / References

Contribution Metadata

  • Last reviewed: 2026-07-21
  • Confidence: high