国外的付费模板，基于 mui 。ant 适合国内，mui 水土不符，但绝不是不好

我用 karabiner elements 给 ChatGPT.app (谷歌快捷窗口)设了一个脚本快捷键，并且打开的同时设定键入 shift + esc （ ChatGPT 的输入框焦点快捷键），然后自动键入我的通用提示文本，最后我手动粘贴（没有必要自定粘贴）

凡觉得是未来趋势，现在可以很容易实现的过去费力干的事业，那都是将淘汰的事业，将成为一个伪需求。
参考打字员，电报员，免费短信。。。

我曾也不断地去寻找一个完美的工具箱。
MAC 上的所有精品都试了，像 devtoys 这类。
但是我发现他们都无法满足效率，虽然功能花哨，大全，但是我们常用的其实没几个，不常用的偶尔搜下网页版也还行。
所以最终，我把常用的功能全部命令话了。
按一个快捷键，将读取我的剪贴板，根据剪贴板内容匹配相关标识，自动完成各种工作，要格式化的格式化，自动打开 iterm 显示结果，要上传的上传，或者工作中经常要查询某个 id 打开相关的多个网页。
这一切就是一个快捷键。

@qeqv 嗯, 也差不多想到了, to 里面本就可以放多个去向, 这样就能实现更多功能了.

@lyxxxh2 "=-" 映射的是 "=>", "-=" 才是 "->". 仅仅是为了将最常用的这两组符号挨在一起, 因为尖括号 ">" 在键盘区下面, 需要挪动手掌不方便.
"=-" 映射为 "=>" 也仅仅是因为他们紧紧挨着, 如果右侧还有一个按钮,用来代替 ">" 那就会显得更自然, 但右侧是 delete 了, 没键了 😄.

@qeqv
你的写法我也不太清楚是否对, 能实现就 OK. 还有就是时间尽量设长一点 5s 10s 最好, 这样输入就没有紧迫感.
另外我用 Karabiner 改的键全部是键与键或组合的映射, 但其实我更想一个键能输入两个键的内容, 比如键入 a, 输入 ab. 这块还没有研究过, 不知道你有没有研究过. Karabiner 的语法并不好写, 所以测试很难.

@qeqv

simultaneous_threshold_milliseconds 我试了下, 貌似无法定义很长的时间?, 我用 to_delayed_action_delay_milliseconds 直接定义为 5s 超长, 因为这是两个不同的键, 延迟尽量长一点不影响, 这样也没有紧迫感.

{
"title": "Magic -= to ->, =- to => in 5 seconds",
"rules": [
{
"description": "Magic -= to ->, =- to => in 5 seconds",
"manipulators": [
{
"type": "basic",
"from": {
"key_code": "equal_sign",
"modifiers": {
"optional": ["any"]
}
},
"to": [
{
"key_code": "period",
"modifiers": ["shift"]
}
],
"conditions": [
{
"type": "variable_if",
"name": "equal_sign to be arrow",
"value": 1
}
]
},
{
"type": "basic",
"from": {
"key_code": "hyphen",
"modifiers": {
"optional": ["any"]
}
},
"to": [
{
"key_code": "period",
"modifiers": ["shift"]
}
],
"conditions": [
{
"type": "variable_if",
"name": "hyphen to be arrow",
"value": 1
}
]
},
{
"type": "basic",
"parameters": {
"basic.to_delayed_action_delay_milliseconds": 5000
},
"from": {
"key_code": "hyphen"
},
"to": [
{
"set_variable": {
"name": "equal_sign to be arrow",
"value": 1
}
},
{
"key_code": "hyphen"
}
],
"to_delayed_action": {
"to_if_invoked": [
{
"set_variable": {
"name": "equal_sign to be arrow",
"value": 0
}
}
],
"to_if_canceled": [
{
"set_variable": {
"name": "equal_sign to be arrow",
"value": 0
}
}
]
}
},
{
"type": "basic",
"parameters": {
"basic.to_delayed_action_delay_milliseconds": 5000
},
"from": {
"key_code": "equal_sign"
},
"to": [
{
"set_variable": {
"name": "hyphen to be arrow",
"value": 1
}
},
{
"key_code": "equal_sign"
}
],
"to_delayed_action": {
"to_if_invoked": [
{
"set_variable": {
"name": "hyphen to be arrow",
"value": 0
}
}
],
"to_if_canceled": [
{
"set_variable": {
"name": "hyphen to be arrow",
"value": 0
}
}
]
}
}
]
}
]
}

@qa2080639 我是直接 空格+4, 空格加上面一排代替 shift, 非常好用.
箭头这个, 一觉醒来发现, idea 的最新版, 已经自动实现在对象之后敲 - 变成 -> 了, 数组也是 = 变成 => .  🤣

@Lirika mac 下 Karabiner 神器, Windows 我不太清楚. 可以看这个下面我的回复 https://www.v2ex.com/t/981735#reply22

@jianchang512
go 的 <- 让我马上想到了可以把 - 0 设为 <-, 哈哈, 正好也是反向, 非常的哇塞🤣

在以前, 我的推荐做法是后端在 postman 里写好, 再用 postman 在线文档的功能.

对于接口文档的编写， 我觉得用任何工具都会有效率耗损。包括 yapi ，postman ，还有注释类的 swagger 。
接口文档特别是内部用的并且是前端用的，95%的情况就是一个简单的输出与输入，主要工作是描述清楚字段结构，主要目的是与前端达成沟通以及存档的作用，并不需要多么标准化。
而各种工具，无论是界面类的还是注释自动转换类的， 都需要遵照特定规范，按要求去填写。
点击一个输入框或是写上特定注释标记都需要额外的时间与心智消耗，这些精准规范其实没必要, 并且他们(特别是国产工具)都经不起时间的变化, 另外维护更新工作也是一个反人性大家都不想做的事情。

所以我在认为写文档的效率方面， 直接用最简单的文本是最方便的，直接在代码编辑器写注释文本，不需要遵照特定注释规范, 特别是输出参数比较多, 层级也多, 直接用所见即所得的 json 文本本身做为描述是最简单的。无需担心格式出错, 维护更新也在相同的地方, 没有割裂感. 并且他们经得起时间的洗刷 (越简单的东西, 他们的存在度和稳定性就越高, 日后你想要转换成任何文档形式都可以. 这也是我对于笔记应用的一个观念转变: 从印象笔记到后来直接用 vscode 写 md, 到现在 md 只不过是一个文件后缀而已实际已很少用它的语法了, 而同步功能直接用谷歌云盘同步目录, git 不定期备份. 大道至简)

然后把我们写得不那么标准的注释用 ChatGPT 转换成勉强标准的结构化文档，它就适合做这类不精准的东西，还有纠错能力。
我试过了，它转换成的 postman 导入文件居然是对的，我还担心这种事情它一般会出错，不过凡涉及代码的东西最好不用，有时出错给它排错的时间不值。
[Imgur]( https://i.imgur.com/yP9XO1e.png)

对于接口文档的编写， 我觉得用任何工具都会有效率耗损。包括 yapi ，postman ，还有注释类的 swagger 。
接口文档特别是内部用的并且是前端用的，95%的情况就是一个简单的输出与输入，主要工作是描述清楚字段结构，主要目的是与前端达成沟通以及存档的作用，并不需要多么标准化。
而各种工具，无论是界面类的还是注释自动转换类的， 都需要遵照特定规范，按要求去填写。
点击一个输入框或是写上特定注释标记都需要额外的时间与心智消耗，这些精准规范其实没必要, 并且他们(特别是国产工具)都经不起时间的变化, 另外维护更新工作也是一个反人性大家都不想做的事情。

所以我在想在写文档的效率方面， 直接用最简单的文本是最方便的，直接在代码编辑器写注释文本，不需要遵照特定注释规范, 特别是输出参数比较多, 层级也多, 直接用所见即所得的 json 文本本身做为描述是最简单的。无需担心格式出错, 维护更新也在相同的地方, 没有割裂感. 并且他们的经得起时间的沉淀 (越简单的东西, 他们的存在度和稳定性就越高, 日后你想要转换成任何文档形式都可以. 这也是我对于笔记应用的一个观念转变: 从印象笔记到后来直接用 vscode 写 md, 到现在 md 只不过是一个文件后缀而实际很少用它的语法了, 而同步功能直接用谷歌云盘同步目录, git 不定期备份. 大道至简)

然后把我们写得不那么标准的简化注释用 ChatGPT 转换成勉强标准的结构化文档，它就适合做这类不精准的东西，还有纠错能力。
我试过了，它转换成的 postman 导入文件居然是对的，我还担心这种事情它一般会出错，不过凡涉及代码的东西最好不用，有时出错给它排错的时间不值。
[Imgur]( https://i.imgur.com/yP9XO1e.png)

对于接口文档的编写， 我觉得用任何工具都会有极大的效率耗损。包括 yapi ，postman ，还有注释类的 swagger 。
接口文档特别是内部用的并且是前端用的，95%的情况就是一个简单的输出与输入，主要工作是描述清楚字段结构，主要目的是与前端达成沟通以及存档的作用，并不需要多么标准化。
而各种工具，无论是界面类的还是注释自动转换类的， 都需要遵照特定规范，按要求去填写。
点击一个输入框或是写上特定标记注释都需要额外消耗，这些精准规范其实没必要。

所以我认为在写文档的效率方面， 直接用最简单的文本是最方便的，直接在代码编辑器方法的注释上上这段文本，不需要遵照特定注释规范，无需担心格式出错。特别是输出参数比较多， 层级也多，直接用所见即所得的 json 文本本身做为描述是最简单的。

然后把我们写得不那么标准的简化注释用 ChatGPT 转换成勉强标准的结构化文档，这样就很好，它就适合做这类不精准的东西，还有纠错能力。
我试过了，它转换成的 postman 导入文件居然是对的，我还担心这种事情它一般会出错，不过凡涉及代码的东西最好不用，有时出错给它排错的时间不值。

[Imgur]( https://i.imgur.com/yP9XO1e.png)