上半年vercel 推出了nextjs13 这个大版本，刚好最近有个c端的项目，所以就用了这个框架来写，技术体系基本也是文档提到的 tailwindcss + ts + swr + ssr ，总的来开发体验还可以，不管是打包速度、文档、错误信息提示目前都还满意，只不过目前nextjs13 中文资料有点少，不过问题也不大。
之所以只要5分钟就可以入门，是因为我觉得nextjs官网文档写的挺好的，我之前也没有用过nextjs，看文档之后，上手写东西也很快 https://nextjs.org/
next13 使用文件约定路由，这样就不需要配置 path 与组件的之间的映射关系了。
每一层路由必须建一个文件夹，在该文件夹中建立 page.tsx 作为该路由主页面 如 域名是：http://baidu.com，页面路径是demo，文件结构如下
app
demo
page.tsx
loyout.tsx 比如在目前这个项目中没有授权的页面路径是 /noAuth ，对应的代码结构就是在跟目录下建一个noAuth 文件夹，文件夹中新建一个 page.tsx 即可即可。
通过上面，我们知道app 内文件夹会被当作路由结构来解析，如果要自己的文件夹，可以下划线开头的命名，如
通常我们会在这种文件夹中放一些业务组件或者公共组件。
next13 默认是app 路由模式，这个模式下我们可以建立一些固定名称的组件，layout、template、page [jx、jsx、ts、tsx]，这些固定名称的组件有不一样的作用， page.tsx 就是我们该模块下的首页。
layout.tsx 该路由下的公共导航，切换路由时，不会刷新，类似模版页，page.txs 就是layout 页面中的 childrentemplate.tsx 该路由下的公共部分，切换路由时，会刷新page.tsx 该路由的主页面
layout.tsx 类似模版页，有了这个模版页面，我们可以很方便的编写统一的布局、样式，以及可以利用layout 嵌套来实现子模块个性的布局。
在Next13中，app目录下的组件默认都是服务端组件，在服务器中渲染好dom节点再返回到浏览器（默认没有交互）。
有了服务端组件，我们可以在React应用中用同一套React语法，混合使用服务端组件和客户端组件。
如果需要转换成客户端组件，只需要在文件的开头使用 use clinet 即可。
服务端组件几个比较特别的好处
服务器和客户端组件可以组合在同一组件树中，并且他们可以混合使用，通常客户端组件最好在组件树中的叶子节点位置（有交互的组件）。
理论上在nextjs中，服务端、客户端组件应该像上面图那样来划分，外层容器、以及列表数据的获取用服务端组件、交互部分小的组件用客户端组件，这样效率应该不错。
目前服务端组件、客户端组件数据同步的方式还不是太好，目前我只知道通过在服务端组件使用props 的方式。
如果可以做到在客户端组件通过什么东西直接拿，然后数据又是实时同步，类似在服务端组件、客户端组件都能拿到想要的数据状态，且数据保持一致。
服务端组件渲染策略：
其他的也貌似没什么写的，还是多看看官方文档比较好 https://nextjs.org/docs
解决方案：一开始我以为我安装了 globalthis 模块，然后在根 layout 中引入即可。信心满满的打包，部署，然后发现还是报错。
后面在github的issues 中发现要用Script 组件引入，然后我改成下面这种就可以了。
我们部署的时候有测试环境，预生产、灰度、生产等多个环境，不同的环境，有些配置是不一样 如url、或者其他的配置。
一开始我看到文档说 NODE_ENV === development 环境，加载的是.env.development，同理 production 加载的是.env.production，那么我只要设置NODE_ENV 在不同环境下是不同的值即可。
但是经过测试，我发现 只要是 build 的命令，next的环境变量 NODE_ENV 一直都是production，覆盖不了，所以这种方式行不通，只能在增加一个环境变量来区分。
所以还是只能通过老办法，通过cross-env 传递变量，然后在 next 的配置文件中写入到nextjs 中，在通过 process.env.xx 使用即可。
"scripts": {
"dev": " cross-env BUILD_ENV=test next dev -p 3001",
"build:test": "cross-env BUILD_ENV=test next build",
"build:pre": "cross-env BUILD_ENV=pre next build",
"start": "next start -p 3001",
"lint": "next lint"
},
// 配置文件中在写入
env: {
BUILD_ENV: process.env.BUILD_ENV || "test",
buildTime: new Date().toLocaleString()
},
// 使用
console.log("当前环境", process.env.NODE_ENV);
console.log("环境变量：", process.env.BUILD_ENV);
console.log("打包时间：", process.env.buildTime);
路由链（RouterChain）是由LLM根据输入的Prompt去选择具体的某个链。路由链中一般会存在多个Prompt，Prompt结合LLM决定下一步选择哪个链。
LangChain几乎是LLM应用开发的第一选择，它的野心也比较大，它致力于将自己打造成LLM应用开发的最大社区。而LangChain最核心的部分非 Chain 莫属。