DiscourseSkill.md

개발
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