Dev.to는 제가 AI 지원 소프트웨어 개발, 레포지토리의 진실성(repository truth), 검증, 그리고 실제로 어떤 변화가 신뢰할 수 있게 만드는지에 대해 가장 솔직하고 유용한 대화를 나눈 장소 중 하나였습니다.

Scarab Systems에서 현재 진단 및 복구 작업 요청을 받고 있습니다.

Scarab은 팀이 구현을 시작하기 전에 무엇이 변경되어야 하는지 확립하는 데 도움을 줍니다. 즉, 실패가 어디에 속하는지, 어떤 증거가 그 진단을 뒷받침하는지, 어떤 경계와 소유 의무가 중요한지, 그리고 복구를 입증하기 위해 레포지토리 자체가 무엇을 요구하는지를 파악합니다.

현재 서비스에는 다음이 포함됩니다:

• 진단적 경계 검토(diagnostic boundary reviews);
• 경계가 지정된 복구 및 패치 작업(bounded repair and patch work);
• AI 지원 변경 사항에 대한 독립적인 검토(independent review of AI-assisted changes);
• 복잡하거나, 표류했거나(drifted), 여러 레포지토리 시스템에 대한 광범위한 지원.

하지만 제가 다른 한 가지도 명확히 하고 싶습니다.

커뮤니티 프로젝트도 접근할 수 있습니다

모든 중요한 소프트웨어 프로젝트가 기업의 자금 지원을 받는 것은 아닙니다.

풀뿌리 조직, 비영리

어떤 프로젝트도 명확한 허가 없이 케이스 스터디, 홍보 게시물, Field Lab 기록 또는 공개적인 증거점으로 변환되지 않습니다.

팀은 사적인 기술 세부 정보를 공유하기 전에 높은 수준의 설명으로 시작할 수 있습니다.

무엇을 보내야 하나요

요청은 다음 중 하나로 시작할 수 있습니다:

• 저장소(repository) 또는 이슈 링크;
• 아무도 올바르게 분류하지 못한 실패 사례;
• 독립적인 검토가 필요한 AI 지원 패치;
• 복잡하거나 문서화되지 않은 시스템의 유지보수 문제;
• 기술적 도움이 필요하지만 일반 상업 가격을 지원할 수 없는 커뮤니티 프로젝트.

저희는 먼저 해당 문제가 진단 검토(diagnostic review), 제한된 복구(bounded repair) 또는 광범위한 참여 중 어느 것에 해당하는지 판단합니다.

목표는 가장 큰 규모의 프로젝트를 판매하는 것이 아닙니다.

목표는 실제 문제를 파악하고, 가장 작은 책임 있는 변경 사항을 정의하며, 시스템이 그 결과를 증명하도록 하는 것입니다.

상업적 작업은 Scarab의 지속적인 개발을 지원합니다.

슬라이딩 스케일(Sliding-scale) 작업은 실제로 커뮤니티에 봉사하는 유용한 소프트웨어가 단순히 구축하는 사람들이 기업 예산을 가지고 있지 않다는 이유만으로 제외되지 않도록 돕습니다.

저장소가 진실을 소유합니다.
에이전트가 코드를 작성합니다.
저장소가 결과를 검증합니다.
개발자가 발전시킵니다.

요청은 이제 Scarab Systems 웹사이트(https://scarabdiagnostics.com) 또는 이메일(hello@scarabdiagnostics.com)로 직접 제출할 수 있습니다.