Rethinking LLM Co-Authorship and Developer Accountability in Pull Requests
Disclosing LLM usage in pull requests or pitch documents can inadvertently dilute personal engineering accountability. Developers should take full credit and complete responsibility for their work regardless of AI tools used.
Why it matters
Software tools cannot be held accountable for bugs or quality failures, making human ownership indispensable during code review and maintenance.
TL;DR
- 01Credit and accountability are two sides of the same coin; tools cannot be held accountable for software flaws.
- 02Disclosing AI involvement in pull requests can dilute personal responsibility without providing technical benefit.
- 03Engineers must retain full ownership of merged code and tests regardless of how they were generated.
Accountability vs. Tool Crediting
Developers have developed a habit of announcing AI involvement when sharing pitch documents or pull requests, volunteering statements like "I asked an LLM to write this" or "the LLM wrote the unit tests." While this may stem from honesty or excitement, crediting an LLM creates an accountability problem.
Credit and accountability are two sides of the same coin. A tool can only take as much credit as it can be held accountable for. Because an AI tool cannot be blamed or held responsible for production bugs or incomplete work, attributing work to it dilutes human ownership.
Taking Full Ownership of Deliverables
If you create something remarkable using an LLM, take full credit for the result. Conversely, if the generated work is flawed or incomplete, accept full responsibility and refine it. Ownership remains with the engineer, with or without AI assistance.