DiscourseSkill.md

개발
1

Require LLM-generated themes & plugins to be tagged as such 의 작업을 이관합니다

DiscourseSkill.md 생성을 위한 첫 번째 초안을 작성했습니다

읽기: DiscourseSkill.md

사용: DiscourseSkill.json

4

이것을 만든 근거가 무엇인가요? 처음부터 플러그인, 테마, 테마 컴포넌트를 위한 것이라고 명시되어 있습니다.

그러나 제 인상으로는 리뷰 범위가 테마의 구조와 일치하지 않는 것 같습니다. 왜 javascripts/는 assets 폴더 안에 있을 때만 포함되나요? settings.yml을 config 폴더로 제한하는 이유는 무엇인가요? 보통 테마에는 그런 폴더가 없습니다.

AI 생성물의 품질 요구 사항을 충족하지 못할 수 있다는 점을 논의하면서, 제안된 솔루션 자체가 더 신뢰할 수 있다고 느껴지지 않는다는 점은 아이러니합니다.

5

이 매우 논쟁적인 주제에 대해 — 그리고 AI가 우리의 인지 능력, 프라이버시 및 보안에 상당한 위험을 posed한다는 가정은 합리적이라는 점을 고려할 때…

저는 이 도구가 LLM의 도움으로 만든 플러그인에서 혼자서는 발견하지 못했을 오류들을 지적해 주었기 때문에 이 도구에 감사합니다.

이것은 바로 이 주제로 이어진 이전 주제에서 제가 언급했던 내용입니다. 저는 결과 자체에 의문을 제기할 기술적 지식을 가지고 있지 않았으며, 오히려 그 실제 적용 방식에 대해 의문을 제기했습니다.

불행히도, 인류 전체는 현재 행동이나 응답을 분석할 때 항상 비판적 사고력을 사용하지 않고, 무의식적이고 완전히 자각하지 못한 채 감정에 따라 행동합니다.

이것은 중립적인 관점에서 보면 실제로 특정 상황을 개선하고 있는 것에 대해 부정확한 편견을 갖게 만듭니다. 저는 이것이 개인적인 문제가 아니라 변화하고 있는 자연스러운 현상임을 이해합니다.

이 도구에 대한 저의 겸손한 지지를 OP에게 표현하기 위해 이 글을 씁니다.

6

동의합니다. 말씀드렸듯이 이것은 첫 번째 초안이었으며, 여러분의 피드백 덕분에 이제 개선되었습니다. 다시 살펴보니 말씀하신 대로였습니다.

리뷰 메서드에 추가된 내용

  • 파일 검사 전 후보 분류:

    • 플러그인
    • 테마
    • 테마 컴포넌트
    • 하이브리드 확장
    • 통합 저장소
    • 릴리스 산출물

  • 공유 저장소/릴리스 인벤토리 분리:

    • README, 라이선스, 변경 이력
    • 패키지 파일 및 잠금 파일(lockfiles)
    • CI 워크플로
    • 설치/Docker 스크립트
    • 외부 서비스 통합
    • 생성된 릴리스 자산
    • 태그된/아카이브된 릴리스
    • 관련 없는(untracked) 및 무시된(ignored) 파일

  • 확장된 플러그인 인벤토리:

    • plugin.rb에 의해 로드, 등록 또는 노출되는 모든 파일
    • config/routes.rb
    • db/post_migrate/
    • 뷰, 엔진, 유효성 검사기 및 미들웨어
    • 관리자 및 공개 프론트엔드 코드
    • 커넥터, 컴포넌트, 라우트, 서비스, 템플릿 및 프론트엔드 테스트
    • 공용, 데스크톱, 모바일, 관리자 및 임베디드 스타일
    • 픽스처, 지원 파일 및 브라우저/시스템 테스트
    • Ruby, JavaScript, 시스템 및 외부 서비스 의존성
    • .discourse-compatibility
    • d-compat/* 브랜치 및 워크플로
    • 선언된 Discourse 버전 범위

  • 새로운 테마/테마 컴포넌트 인벤토리:

    • 루트 about.json
    • component 분류
    • 라이선스, 저자, 버전 및 호환성 메타데이터
    • 선언된 자산, 컬러 스킴, 스크린샷 및 테마 설정
    • 루트 settings.yml
    • 루트 locales/
    • common/, desktop/, mobile/
    • SCSS 및 지원되는 HTML 주입 파일
    • 루트 javascripts/
    • api-initializers/
    • 모든 .js, .gjs, .hbs 파일
    • 루트 stylesheets/ 및 가져온 스타일시트
    • 루트 assets/ 및 이에 대한 모든 참조
    • 미리보기/스크린샷
    • 테스트 및 린트/빌드 구성
    • 호환성 메타데이터 및 브랜치
    • 패키징/내보낸 테마 바이트

  • 새로운 구조적 검사:

    • 선언된 확장 유형은 about.json 및 설치 동작과 일치해야 합니다.
    • component: true는 테마 컴포넌트를 의미합니다.
    • component: false 또는 생략은 전체 테마를 의미합니다.
    • 하이브리드 저장소는 모든 적용 가능한 인벤토리를 받습니다.
    • 잘못 배치되거나 예상치 못한 파일은 무시되지 않고 조사됩니다.
    • 선택적 디렉토리가 없는 것은 자동으로 결함이 아닙니다.
    • 작업 트리, 릴리스 아카이브, 설치된 확장, 생성된 자산 및 공개 후보는 별개의 증거 표면입니다.

  • 새로운 전체 테마 체크리스트:

    • 메타데이터 식별
    • 완전한 테마 렌더링
    • 핵심 페이지 커버리지
    • 설정, 로케일 및 자산
    • 지원되는 JavaScript/API 초기화기
    • 반응형 동작, 접근성 및 RTL
    • Foundation, Horizon 및 임베드 동작
    • 테마 컴포넌트 상호작용
    • 설치, 업데이트, 롤백 및 호환성 검사

커뮤니티의 의견이 Skill을 개선하고, Skill이 다른 사람들이 설치 전에 품질에 대한 의문이 있을 경우 자신의 작업이나, 솔직히 말해 다른 사람들의 작업을 평가하는 데 도움이 되기를 바랍니다.

지금까지 2대 2입니다. 여러분의 의견이 Skill 개선으로 이어졌으며 @satonotdead 님도 유용하다고 느꼈습니다. 좋은 말씀과 지지해 주셔서 감사합니다 @satonotdead