code runner 默认在output面板运行js，不支持交互操作；需勾选code-runner.runinterminal并开启clearpreviousoutput；eslint与prettier须协同配置；调试需用“运行和调试”面板并正确设置launch.json。

Code Runner 一键运行 JS 文件，但别忽略它的默认限制

它确实能让你省掉 node filename.js 的输入过程，点击右上角 ▶ 或按 Ctrl+Alt+N 就行。但默认在 OUTPUT 面板执行，不是终端，所以 process.stdin、readline 这类需要用户交互的代码会卡住或报错。

• 如果只是测试数组方法、函数返回值、Promise 执行顺序，完全够用
• 想让它走终端（支持 prompt() 或 fs.readFileSync 等同步阻塞操作），得改配置：打开 VS Code 设置 → 搜索 code-runner.runInTerminal → 勾选它
• 注意：启用后每次运行都会新开一个终端标签页，频繁测试可能堆满终端，建议配合 code-runner.clearPreviousOutput 一并开启

ESLint + Prettier 组合必须配对启用，否则格式和规则会打架

单独装 ESLint 会标红“缺少分号”，单独装 Prettier 会自动删掉分号——两个工具职责不同但边界重叠，不协调就互相覆盖。

Feishu calendar sync, local ics to json data for AI agent

将ICS日历文件转为JSON格式，用于飞书日历导入导出及数据集成。

下载

• 确保项目根目录有 .eslintrc.js（或 .eslintrc.json），且内容里包含 extends: ['eslint:recommended', 'prettier']
• VS Code 设置里加这三行："editor.formatOnSave": true、"editor.defaultFormatter": "esbenp.prettier-vscode"、"eslint.validate": ["javascript", "javascriptreact"]
• 如果保存后没反应，检查右下角状态栏语言模式是不是 JavaScript（不是 Plain Text 或 JSON）

调试 JS 必须用“运行和调试”面板，而不是靠 console.log 盲猜

哪怕只有一处 undefined 报错，也值得花 2 分钟配好调试环境——它比反复改 console.log 省时间得多。

• 首次使用时，按 Ctrl+Shift+D 打开调试面板 → 点绿色三角 → 选 Node.js → 自动生成 .vscode/launch.json
• 关键配置项："program": "${file}"（当前文件）、"console": "integratedTerminal"（输出到终端，方便看路径、环境变量）
• 打断点后按 F5 启动，变量值、调用栈、作用域链全在左侧“变量”“监视”面板里，比翻日志快得多

自定义代码片段比复制粘贴更可靠，但路径必须写对

比如写 React 组件总要敲 export default function Xxx() { return (); }，不如建个 snippet 一次搞定。

• 命令面板输入 Preferences: Configure User Snippets → 选 javascript.json
• 片段定义里 "prefix" 是触发关键词（如 rfc），"body" 是插入内容，注意换行用 \n，缩进用 \t
• 常见坑："scope": "javascript" 必须写，否则在 .ts 或 .jsx 文件里不生效；prefix 不能含空格或特殊字符

真正卡住人的往往不是功能不会用，而是某个插件的默认行为和你当前场景不匹配——比如 Code Runner 默认不走终端、ESLint 和 Prettier 规则没对齐、调试配置漏了 console 字段。这些细节不手动确认一遍，效率反而更低。