使用 Alpine.js、现代原生 CSS 与 Python 后端构建高度可定制、交互式的HTML 仪表板,以展示用户 Fu... 的私密数据。
Fulcra Dashboard 1是一项面向实际任务的技能,主要用于这一技能为轻量级、无积木的网络仪表板提供了自动设置;它完全依靠Alpine.js来管理州务, 和Vanilla CSS来进行造型。
从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;
若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
该技能提供轻量级、无需构建步骤的 Web 仪表盘的自动化搭建流程。它完全依赖 Alpine.js 进行状态管理,使用 Vanilla CSS 进行样式设计。它摒弃了复杂框架(如 SvelteKit)和工具类库,转而采用“单页滚动式产物”(Single-Scroll Artifact)或“静态三件套”(Static Triad)的设计范式。
该仪表盘本质上被设计为面向数据可视化的本地、私有界面。默认情况下,它通过一个简易的 Python 静态服务器在 localhost 上运行,从而安全地访问用户的私有数据。
重要提示:本地运行的应用程序绝不可直接发布到公共互联网**,因其通常包含中间文件与完整数据集。若用户希望共享仪表盘,你必须生成一个独立的 export 目录,其中仅包含明确指定用于发布的特定数据与文件。
构建该仪表盘时,你必须严格遵守以下架构规则,以避免 HTML 文件演变为混乱且难以维护的巨石单体:
标志性分隔(Banner 注释): 使用高度醒目的注释将 HTML 文件划分为若干清晰的“区域”(Provinces)。这确保你(作为 Agent)能够安全地导航并精准编辑各功能区块。
...
领域分离原则: 禁止编写庞大的内联 Alpine 逻辑(例如:x-data="{ huge object }")。你必须在“Alpine.js 状态与逻辑”区域中使用 Alpine.data(),将逻辑提取至独立、整洁的脚本块中。HTML 中仅保留绑定指令(如 x-data="dashboard()"、x-text、x-show 等)。
静态三件套(应急方案): 虽然首选单个 index.html 文件,但当仪表盘规模过大时,可将其拆分为三个文件:
index.html(结构与语义化 HTML)app.js(Alpine Alpine.data() 及 D3 函数)styles.css(自定义覆盖样式)当用户请求更复杂或更多样化的可视化效果时,你有两种主要实现路径:
默认模板已包含基础图表,但你可在 Alpine 前端中添加更专业的 D3.js 可视化组件。
app.js(或 index.html 中的 script 标签)内的 Alpine.data() 块中新增方法。使用 D3.js 绑定 .jsonl 时间线数据,并渲染 SVG 或 Canvas 元素。对于计算密集型、高度定制化或特殊类型的可视化输出(如词云、网络图、复合光栅图像),应利用 Python 后端能力。
server.py(或新建一个 Python 工作脚本),读取本地 Fulcra .jsonl 数据,借助 matplotlib、seaborn 或 networkx 等库进行处理,并将静态图像(如 .png、.svg)或预计算 JSON 结构输出至仪表盘目录。index.html,引用生成的图像(例如:
),或让 Alpine 状态主动获取该高级 JSON 产物。当用户提出“搭建 Web 应用”、“为 Fulcra 技能创建仪表盘”,或正从 fulcradynamics/agent-skills/fulcra-onboarding 技能迁移时,你应执行本技能提供的初始化脚本。
# 运行初始化脚本,搭建 Alpine 仪表盘 ./scripts/setup-dashboard.sh
若未提供 参数,则默认在当前工作目录下创建名为 fulcra-dashboard 的文件夹。
上下文感知(独立运行 vs. 接续入门流程):
请勿假设本技能总是在 fulcra-onboarding 后立即执行。
uv tool run fulcra-api catalog 查看用户标注,并在继续前与其讨论选项)。fulcra-api CLI 自动拉取用户相关的 Fulcra 数据。uv tool run fulcra-api catalog 发现可用数据。注意:优先选用用户配置的数据(而非被动指标,如步数)。显式筛选满足以下任一条件的条目:categories 字段包含 "user_configured",或 id 符合 *Annotation/ 格式(例如:ScaleAnnotation/1234-abcd...)。uv tool run fulcra-api get-records "ScaleAnnotation/" "30 days" > timeline_name.jsonl )。data.json 的 timelines 数组中,以便你的后台工作能与用户个人数据一同可视化。data-updates CLI 命令获取时间线更新(例如:uv tool run fulcra-api data-updates "30 days" > data_updates.json),显式将其移至 public/data_updates.json,并在配置中以 "recordsProcessed": "data_updates.json" 形式链接,以填充“您的数据”图表。此步骤不得跳过。.jsonl 与 .json 文件移入 public/ 目录,供前端读取。public/data.json 配置文件作为清单文件(manifest),需映射页面布局与 public/ 目录下的 .jsonl 文件。你必须在时间线区块中包含标注的 description 字段,格式如下:{"summary": "当前数据及近期活动的简明概览...", "timelines": [{"id": "...", "title": "...", "description": "来自 catalog 的描述...", "icon": "...", "color": "...", "data": "timeline_name.jsonl"}], "recordsProcessed": "records_processed.jsonl"}。关键要求: 对于 "summary" 字段,你必须解析已下载的 .jsonl 数据,并撰写一段简短、个性化的文本摘要,准确概括数据所呈现的真实世界活动(例如:“您持续追踪情绪变化,本周略有下降”)。禁止撰写元描述(如“这是一个复古风格仪表盘”)。init() 时自动解析 .jsonl 文件,并在前端原生完成图表所需的数据聚合。index.html,重写主标题、副标题及所有组件标题以契合主题(例如:将 “Fulcra Dashboard” 改为 “The Cybernetic Core”,将 “Records Processed” 改为 “Baguettes Baked”)。将所有默认 emoji(如 📊 或 🛰️)替换为符合主题风格的图标。.layout-container 控制间距。请保持该结构不变。CSS 修改应限于颜色(通过更新 root 变量)、字体、边框、阴影及背景。image_generate 工具生成一幅极具创意的主题化图像。保存至文件夹,并在仪表盘页眉中通过 ![]()
标签引用。风格规范: 图像必须具备极高画质,并与用户选定主题完美统一。无论主题倾向复古 2D 像素风、极简矢量插画,抑或现代感 3D 渲染,其具体艺术风格、配色方案与光影效果均须严格匹配你正在构建的 CSS 变量与整体美学。backdrop-filter: blur() 区块;暗黑/情绪化主题使用环境 radial-gradient 暗角效果)。此外,英雄区不可占据整个视口。请保持紧凑(例如:min-height: 250px),确保核心遥测数据能在“首屏可见区域”(above the fold)显示。theme.css 中使用标准 CSS @keyframes 定义),例如漂浮小行星、闪烁光标、嗡嗡飞虫,并将其绑定至 .animation-layer 或其他合适元素。git。基于其主题建议 1–2 个趣味仓库名。git init && git add . && git commit -m "Initial commit")。暂勿推送至 GitHub。cdpython3 server.py 8081 > dev.log 2>&1 &
public 目录: 由于仪表盘本身已按 public/ 目录结构组织,且该目录仅包含 UI 与显式复制的数据文件,因此无需从零新建文件夹。public/ 目录中仅包含**前端所需的特定数据文件,而所有原始数据 dump、dev.log 或 Python 脚本均须安全保留在根目录之外。npm install -g surgepublic/ 目录内运行 surge。gh)(运行 gh auth status 验证)。public/ 目录,初始化 Git、创建仓库并推送(git init && git add . && git commit -m "Initial public export" && gh repo create --public --source=. --remote=origin --push )。gh api repos/{owner}/{repo}/pages -X POST -f "source[branch]=main" -f "source[path]=/"。https://.github.io// 。npm i -g vercelpublic/ 目录内运行 vercel deploy --prod。server.py)中设置脚本,在数据发送至前端前对其进行分析处理。相关专题
热门下载
相关下载
精品课程
共6课时 | 54.7万人学习
共89课时 | 134.3万人学习
共49课时 | 82.7万人学习
最新文章