이 시점에서 플러그인 문서가 업데이트되어야 한다는 점에 동의합니다. 플러그인은 여전히 작동하지만 사이트가 곧 깨질 것이라는 경고를 표시하는 “비추천(deprecation)” 기간의 목표는 플러그인 개발자에게 수정할 충분한 시간을 주는 것입니다. 그런데 그 기간 동안 풀타임으로 급여를 받는 개발자 팀조차 핵심 플러그인 개발 문서를 업데이트하지 못했습니다. 팀이 같은 기간 동안 이를 완전히 관리하지 못하는 상황에서 개인 개발자에게 이러한 기대를 하는 것은 다소 이상한 일입니다.
저에게 이것이 시사하는 바는 개발 속도가 너무 빠르거나, Discourse에서 플러그인 개발자가 중요한 우선순위가 아니라는 것입니다. 개인적으로는 후자가 더 큰 이유라고 생각합니다. 무언가는 우선순위에서 밀려날 수밖에 없으므로, 이는 비판이라기보다 제 관찰입니다. Discourse는 여전히 플러그인을 통해 완전히 커스터마이징할 수 있으며, 지속적인 개선에 감사드립니다.
그러나 모든 것을 종합하면, 보일러플레이트 플러그인을 만드는 단계별 문서 가이드는 이제 구식 아이디어라고 생각합니다. 아마추어 플러그인 개발자에게 필요한 것은 에이전트가 읽고 플러그인 골격을 구축할 수 있는 단일 컨텍스트 문서뿐입니다. 실제로 Discourse와 같은 오픈소스 코드베이스의 경우, 에이전트가 코드베이스 자체에서 직접 컨텍스트를 얻기 때문에 문서가 전혀 필요하지 않습니다. 제가 플러그인을 작업할 때 Claude가 기존 플러그인을 읽으며 디자인 패턴을 학습하는 것을 보았습니다. 또한 핵심 코드에서 버그를 찾아내는 데에도 성공했습니다: Chat Pitchfork timeouts: replies silently create threads and auto-tracking bloats over time
결론적으로, 아마추어 플러그인 개발자가 되고자 하는 이 글을 읽는 모든 분께 말씀드리자면, 문서가 오래되었을 수 있지만 플러그인을 만드는 일은 과거 어느 때보다 1000배나 쉬워졌습니다.