Codync
免費、開源的 1:1 替代方案,取代 Grok Bot 與 Muse。從 iPhone、Mac 或 Linux 桌面將 Claude Code、Codex、Cursor 與 40+ 程式碼代理人作為持續機器人傳訊。群組聊天、主題串…
AI 翻譯
尚未偵測到更新。GitHub 發布版本後會顯示在這裡。
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證Bascik. HTML components. Zero runtime.
翻譯準備中
取自儲存庫 README
正在載入完整 README。
檢視完整 README ↗HTML components. Zero runtime.
Bascik is a build tool for HTML components with automatically scoped CSS and JavaScript. You write vanilla HTML, CSS, and JavaScript. Bascik scopes and assembles reusable component files into plain static HTML pages at build time, with no framework runtime, no Shadow DOM, and no virtual DOM. The code that ships is the code you wrote.
Documentation: bascik.dev
Package: @bascik/bascik
npm organization: @bascik
npm create bascik@rc my-site
The CLI scaffolds a starter site and starts the dev server with live reload. See the Getting Started guide for manual setup in an existing project.
Building with an AI assistant? Install the Bascik agent skills so GitHub Copilot, Claude Code, Cursor, or Codex knows the component and scoping rules:
npx skills add bascikdev/bascik
A component is an HTML file named after its tag. Its <style> and <script> are scoped to it at build time, so class names and DOM queries never collide with other components.
<!-- src/components/site-nav.html -->
<style>
.nav {
display: flex;
gap: 1rem;
}
</style>
<nav class="nav" data-testid="site-nav">
<a href="/">Home</a>
<a href="/about">About</a>
</nav>
Use the tag in any page or component. There is no import, export, or registration step.
<!-- src/pages/index.html -->
<!DOCTYPE html>
<html lang="en">
<head>
<title>Home</title>
</head>
<body>
<site-nav />
</body>
</html>
This repository holds Bascik and everything around it. Each folder is a Yarn workspace unless noted.
| Folder | What it is | README |
|---|---|---|
pkg/ | @bascik/bascik: the compiler, CLI, dev server, and production server | pkg/README.md |
create/ | create-bascik: the project scaffolder behind npm create bascik | create/README.md |
lsp/ | @bascik/language-server: diagnostics, completion, hover, and the --check linter for any LSP editor | lsp/README.md |
extensions/vscode-bascik/ | The VS Code extension, a thin client of the language server | extensions/vscode-bascik/README.md |
adapters/cloudflare/ | @bascik/adapter-cloudflare: builds server scripts and API routes into a Cloudflare Worker | adapters/cloudflare/README.md |
docs/ | The bascik.dev site, built with Bascik | docs/README.md |
examples/ | Example components and a starter site to copy into a project (not a workspace) | examples/README.md |
skills/ | Public agent skills for coding assistants, installed with npx skills add bascikdev/bascik (not a workspace) |
Develop on Node 24: the full test suite needs it. The published packages support Node 22.22 and newer, and CI checks that floor in its own job. The repo uses Yarn 4 workspaces ([email protected], through Corepack), so one install at the root wires everything up:
corepack enable
yarn install
yarn pkg:build # build the compiler first; the docs and tests use pkg/dist
yarn docs:dev # the docs site at http://localhost:8080, a good place to try a change
node_modules/@bascik/bascik is a symlink to pkg/, so the docs and other workspaces use your local build with no pack or reinstall step.
Root scripts are prefixed by workspace (pkg:, create:, lsp:, ext:, adapter:cf:, docs:, skills:), and the :all scripts run every workspace:
yarn pkg:unit # one workspace's unit tests (pkg:test watches)
yarn typecheck:all # TypeScript in every workspace
yarn check:all # formatting (Prettier), spelling (codespell), web standards (webhint)
yarn unit:all # unit tests in every workspace
yarn integration:all # tests that start real processes, servers, and browsers
yarn e2e:all # Playwright E2E: the four pkg server lanes, the docs, and the Cloudflare adapter
yarn test:all # typecheck, checks, unit, integration, and E2E, plus a Lighthouse audit of the docs
yarn coverage:all # regenerate every coverage file in the table below
CI runs on every branch push, in gated stages, each starting only when the one before passes: static checks (typecheck, formatting, spelling, web standards, Jelly, Semgrep), unit tests, integration tests, then E2E. A fifth stage uploads a preview of bascik.dev and the Cloudflare adapter demo from every branch other than main, listing the two URLs in the run summary and in a comment on the branch's pull request, if it has one. A push to main (a merged pull request, already tested on its branch) skips the tests and only deploys both sites to production. Pull requests from forks are tested but never deployed; DEPLOYMENT.md is the runbook. Packages are released by pushing a tag, as described in RELEASING.md.
Before opening a pull request, run the checks for what you touched (at least the workspace's unit tests and yarn typecheck:all, plus yarn check:format). There is no changelog before 1.0.0, so leave CHANGELOG.md alone. Agent and contributor guidance lives in .github/copilot-instructions.md, which CLAUDE.md also loads.
| Workspace | Suite | Lines | Functions | Branches | Source |
|---|---|---|---|---|---|
@bascik/bascik (pkg/) | Unit | 92.8% | 91.2% | 85.4% | JSON |
@bascik/bascik (pkg/) | E2E build steps | 69.9% | 62.1% | 70.5% | JSON |
create-bascik (create/) | Unit | 99.0% | 98.6% | 94.6% | JSON |
@bascik/language-server (lsp/) | Unit | 91.9% | 94.5% | 82.2% | JSON |
bascik-vscode (extensions/vscode-bascik/) | Unit | 27.3% | 25.0% | 38.5% | JSON |
@bascik/adapter-cloudflare (adapters/cloudflare/) | Unit | 97.8% |
Measured on October 30, 2026. Unit numbers come from each workspace's Vitest unit tests; pkg counts its unit project only, never its integration tests. The @bascik/bascik E2E row is measured separately, while the CLI builds the E2E fixture site and runs the dev and production servers, so it covers entry points and worker threads that unit tests cannot reach. skills-tests measures the skills' scripts in skills/. The extension's number is low because most of its code calls the VS Code API and runs only in the yarn ext:e2e suite, which is not measured; the diagnostics it shows are tested in lsp/. The docs number includes the docs' integration tests. Run yarn coverage:all to regenerate the JSON files; the Testing Internals page explains each suite and shows lines, statements, functions, and branches for all eight coverage files.
| skills/README.md |
skills-tests/ | Tests and fixtures for skills/, kept apart because skills/ ships to users | skills-tests/README.md |
| 96.2% |
| 87.1% |
| JSON |
bascik-docs (docs/) | Unit and integration | 62.2% | 67.2% | 67.6% | JSON |
bascik-skills-tests (skills-tests/) | Unit | 50.5% | 51.8% | 49.7% | JSON |