Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

[workshop-sim] Repair: Add explicit billing-completion state check to Step 7's checkpoint to close the Step 7→7d→8 handoff gap

未关闭 适合新手
#4,007 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
1/5
预计耗时
1 小时以内
新手友好度
85/100
Issue 类型
文档
描述清晰度
描述清楚
活跃度
活跃
领域
documentation

调研方向

从 07-your-first-workflow.md 开始,并查看链接的 07d-confirm-model-access.md 和 side-quest-07d-billing-paths.md,以了解现有的检查点和计费状态。完成标准是添加一个检查清单项和一个指向,要求确认 daily-report-status.md 和 daily-report-status.lock.yml 均反映所选的计费方式并已 committed,同时保留现有的活动顺序。

由索引模型根据 Issue 内容生成。

描述

feedback simulation workshop

Problem statement

07-your-first-workflow.md has the highest conditional dropout rate in the workshop (29.5% among 20,827 at-risk runs), with failures split between copilot-access-missing (3,272) and workflow-authoring-friction (1,127+). Content inspection confirmed the page itself correctly sequences create → compile → commit/push in the terminal and has a strong local checkpoint, but it defers the entire billing-path decision (organization centralized billing vs. personal COPILOT_GITHUB_TOKEN) to the linked Step 7d (07d-confirm-model-access.md) and its side quest (side-quest-07d-billing-paths.md). A learner can satisfy Step 7's own checkpoint ("I am ready to choose the workflow's billing and authentication method") without having actually completed that choice, creating a state-tracking gap right at the boundary between steps — exactly where copilot-access-missing failures concentrate.

Proposed change

Add an explicit "you are here" state check to 07-your-first-workflow.md's checkpoint section that requires the learner to confirm the Step 7d billing side quest is fully complete (both daily-report-status.md and the recompiled daily-report-status.lock.yml reflect the chosen billing method and are committed) before treating Step 7 as done. This should be a strengthened checklist item, not a new page or additional required reading — no new content is removed or added beyond a clearer state-confirmation checkbox and a one-line pointer.

Failure mode classification

Access barrier — the underlying issue is a workflow-state/handoff tracking gap between two pages (whether the billing configuration was actually applied), not a conceptual or scaffolding deficiency in either page's own content.

Quantitative guardrail

Current scores for 07-your-first-workflow.md:

  • overall_score: 6.25/10
  • Weakest rubric dimension: checkpoint_quality 0.0/10 (affected by the known :white_check_mark: regex detection bug — the page's actual checkpoint content is strong; do not weaken or remove it)
  • active_learning: 6.3/10 (the strongest score among the top-5 dropout steps)
  • Learning KPI index: (2.0×6.3 + 2.0×0.0 + 1.5×5.0) / 5.5 = 3.65/10

Because this repair only adds a state-confirmation checklist item to an already-strong checkpoint and does not touch the create/compile/commit activity sequence, active_learning and overall_score should hold flat or improve slightly; the change is an access-barrier fix and should not be used as justification to simplify the workflow-authoring task itself.

Acceptance criteria

  • The shared curriculum quantitative assessment overall_score for 07-your-first-workflow.md stays flat or improves after the change
  • The step's learning KPI index ((2.0 × active_learning + 2.0 × checkpoint_quality + 1.5 × scaffolding) / 5.5) stays flat or improves
  • The existing create → compile → commit/push activity sequence and its checkpoint items are preserved unchanged — only a new state-confirmation item is added, nothing is removed
  • The new checklist item explicitly requires confirming both the billing-path choice and its matching lock-file recompile/commit before Step 7 is considered complete

Suggested owner

copilot coding agent (this is a scoped, single-file checklist addition with no restructuring judgment required)
Related to #4004

Generated by 🔬 Workshop Student Simulator · copilot · auto · 180.2 AIC · ⌖ 8.49 AIC · ⊞ 15.1K · ◷

  • expires on Oct 1, 2026, 7:09 AM UTC
主要语言
JavaScript
星标
51
派生
23
平均合并
8 小时 37 分钟
30 天内合并 PR
23

环境准备

在 Codespaces 中打开

在浏览器里用你自己的 GitHub 账号启动这个项目的开发容器。

  • 没有 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 没有贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

githubnext/gh-aw-workshop 的其他 Issue

查看 githubnext/gh-aw-workshop 的全部 Issue

相似的 Issue

更多 JavaScript Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。