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

关于这个极具争议的话题——而且鉴于我们完全可以合理假设，人工智能对我们的认知能力、隐私和安全构成了重大风险……

我只是想说，我很感激这个工具，因为它指出了我在借助大语言模型（LLM）构建插件时犯下的错误，而这些错误是我自己无法发现的。

这正是我在引发当前讨论的那个主题中所评论的内容。我并没有足够的技术知识去质疑结果本身，而是质疑其实际应用。

不幸的是，整个人类社会目前在分析行为或回应时，并不总是运用批判性思维，而是出于情感行事——而且往往是在毫无意识、完全无意识的状态下。

这导致我们对某些事物的有效性或价值产生了不准确的偏见，而从中立的角度来看，这些事物实际上正在改善特定的状况。我理解这是一种正在变化的自然现象，并非针对个人。

仅以此表达我对楼主使用此工具的谦逊支持。

6

同意，正如我之前所说，这只是一个初步版本，现在根据你们的反馈进行了改进。我们重新审视了一下，你是对的。

添加到审查方法中

  • 在检查文件之前进行候选项分类：

    • 插件
    • 主题
    • 主题组件
    • 混合扩展
    • 集成仓库
    • 发布工件

  • 独立的共享仓库/发布清单：

    • README、许可证、变更日志
    • 包文件和锁文件
    • CI 工作流
    • 安装/Docker 脚本
    • 外部服务集成
    • 生成的发布资源
    • 标记/归档发布
    • 相关的未跟踪和被忽略的文件

  • 扩展的插件清单：

    • 由 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/ 以及对它们的所有引用
    • 预览/截图
    • 测试和 lint/构建配置
    • 兼容性元数据和分支
    • 打包/导出的主题字节

  • 新的结构检查：

    • 声明的扩展类型必须与 about.json 和安装行为匹配。
    • component: true 表示主题组件。
    • component: false 或省略表示完整主题。
    • 混合仓库接收所有适用的清单。
    • 位置错误或意外的文件将被调查，而不是被静默忽略。
    • 缺失的可选目录不自动视为缺陷。
    • 工作树、发布归档、已安装的扩展、生成的资源和公共候选项是独立的证据表面。

  • 新的完整主题检查清单：

    • 元数据标识
    • 完整主题渲染
    • 核心页面覆盖
    • 设置、本地化和资源
    • 支持的 JavaScript/API 初始化器
    • 响应式行为、无障碍性和 RTL
    • Foundation、Horizon 和嵌入式行为
    • 主题组件交互
    • 安装、更新、回滚和兼容性检查

我希望社区的意见能改进该技能（Skill），并且该技能能帮助其他人评估他们自己的工作，或者坦率地说，在安装之前评估他人的工作，如果对质量有疑虑的话。

到目前为止，我们 2 比 2。你们的意见推动了该技能的改进，@satonotdead 觉得它很有帮助。感谢 @satonotdead 的友善话语和支持