首先可以尝试下重置一下 app 的设置，步骤：
1. 更多 - 通常设定 - 重置所有设定
2. 高级 - 规则集 - 点 i 图标进入 Default 规则集 - 从 URL 更新
3. 选上 Default 规则集，选上一个服务器，然后尝试重新连接代理
注：如果您找不到 Default 规则集，或者误删了，可以把所有规则集全部删除，全部删除之后 app 就会给你生成一个 Default 规则集。
如果以上尝试没解决问题，就发邮件联系作者吧：更多 - 关于 - 发送反馈
订阅 URL 为 HTTPS 链接，链接内容为：base64(URI[\nURI ...])，也即包含一个或多个 URI，以行为分隔，再整个进行 base64 编码得出，再通过 HTTPS 链接进行分发。
其中 base64 为函数，URI 为服务器配置 URI，URI 规范可参考本页另一个条目，\n 为换行符。本格式规范取自 v2rayN：https://github.com/2dust/v2rayN/wiki/%E8%AE%A2%E9%98%85%E5%8A%9F%E8%83%BD%E8%AF%B4%E6%98%8E
URI 格式除了 Kitsunebi 自身的 URI 格式外，还会尽可能兼容其它格式，如果你发现某个格式有兼容问题，欢迎反馈。
进行 base64 编码时最好保证编码后有正确的 padding。
请看这个链接：https://github.com/eycorsican/jetsamproperties
默认两个都开启。建议必开 Tunnel HTTP Proxy，选择性开 Full Tunnel。
很明显是不可能的，在 App Store 上的简介中也说了只供参考与测试用，不会有任何稳定性与可用性的保证，这是正式的说法。
只不过现时测试服务器的维护成本并不高，所以随便你用（小声说
显示耗电如此之多，一方面是因为其它 App 的网络耗电都算到 Kitsunebi 上了；另一方面是因为 v2ray-core 有一个叫 IPIfNonMatch 的功能，在默认配置的情况下，所有国外流量都会经过代理加密（这里的言外之意是，那些本来可以正常访问的国外网络流量也会经过代理加密），所以比起其它同类的主要使用域名规则的软件来说，需要加密更多的流量，就会多耗电了。
这里需要提点的是，你可以选择不开启 IPIfNonMatch，像其它同类软件一样主要用域名规则，这样应该能得到比较相近的耗电量比；但是，大部分国外的网站就算可以直接访问，速度也并不会很快，所以把所有国外流量代理后很多时候可以起到加速作用；怎么取舍取决于你，默认配置只是作者觉得比较合适大部分人使用的配置。
简单点说，开启后可以代理 TCP/UDP 流量。不开启的话，就只代理 HTTP/HTTPS 流量。
有小部分 App 会用到非 HTTP/HTTPS 协议来传数据，这时候就可能需要开 Full Tunnel 来代理这些流量，App 才能正常使用。
一些基础用法在 App 的脚注中作了简要说明，如果想了解更仔细的用法，可以仔细阅读 Project V 的文档。
因为这些 App 不使用 HTTP/HTTPS。
解决方法：
1. 开启 Full Tunnel：高级特性 -> Full Tunnel。
检查是否开启了“睡眠时断开连接”功能。
解决方法：
1. 关闭该功能：通常设置 -> 睡眠时断开连接
可能是因为使用内存过多， 导致应用进程被 iOS 系统干掉了，因为 iOS 对这类 VPN 进程的内存限制是 15M（官方说明：https://forums.developer.apple.com/thread/73148），这对使用 Golang 的程序来说不太友善。
解决方法：
1. 设置一个合理的最大连接数，连接数越大并不代表速度越快，现时推荐设置为 16 或 24。
2. 规则数量不要太多，过多会影响内存使用量，请保持一个合理的数目，一般不需要超过 3000 条，如果超过这个数目，很明显你的规则需要优化了。
3. 开启“自动重连”功能：高级特性 -> 自动重连。
如果遵从上面提到的注意点，但仍然经常会断开，那就可能不是内存的问题，是运行时出错了，就是有 bug 了，如果碰到这种情况，请把你的配置文件以及其它设置信息发给作者反馈问题。
因为你开启“自动重连”了。
解决方法：
1. 关闭“自动重连”功能：高级特性 -> 自动重连。
注：暂时没有两全其美的方法，这个是 iOS 系统的 bug，已经汇报给苹果就看什么时候会修复了。
1. 这点要看个人需求，我觉得安装 App 后默认的规则已经可以满足一般人的需求了，在使用过程中自己根据实际需要往上加就可以。
2. v2ray-core 一个强大之处是在路由请求时可以把域名解析成 IP，然后用 IP 来来进行 GEOIP 规则匹配，所在如果你选了 IPIfNonMatch（默认) 或 IPOnDemand，你在 Kitsunebi 中使用的 GEOIP 规则跟你在其它软件中使用的 GEOIP 规则是不太一样的，因此可能一条 GEOIP 规则就可以顶上几千条域名规则了，功能上要强大很多。有人或许会担心 DNS 解析的延时，这个其实不必要太在意，有缓存的。当然这种做法也会存在着一些问题，但目前来看影响不大。
使用自定义配置：高级特性 -> 自定义配置。
请详细描述你的问题，“断流”这个词包括的范围太大，任何开发者都不太可能正确理解你所指的是什么，反正你不描述详细，不给任何上下文的话，我是理解不了。
首先这个“同样配置”有点暧昧了，App 提供了非常多的配置项，除非你全部熟悉了，不然你不能说是“同样配置”。
好吧，我其实大概能理解你的意思，下面有几个步骤你可以尝试下（不是按顺序的，每做完一个设置你都可以试试效果）：
1. 把 App 还原到默认设置：通常设定 -> 重置所有设定。
2. 开启 Full Tunnel：高级特性 -> Full Tunnel。
3. 关闭 mux：这个在你的服务器设置里面可以找到。
4. 删除所有规则：代理规则 -> 删除所有规则。
5. 更改 DNS。App 里有两个 DNS 设置项，如果你不知道哪个是干什么的，最好就不要改了。
6. 转换到全局模式：代理模式 -> 全局。
到这里填表申请：点我申请
为什么申请了没通过？一般不会立刻处理，所以需要等几天，处理了的话一般都会通过的，请仔细检查你的邮箱。你不确定的话可以发个简短的邮件询问下，我会简单回复下你是否已处理。
注：不要发邮件或者在推特上申请，那样不受理。（因为我懒，你到上面填表申请我可以批量处理）
因为 Telegram 使用 TCP 来传输数据，但现时 App 在默认设置下只代理 HTTP 流量，而 Telegram 会优先使用 TCP 来做网络请求，等 TCP 失败后转用 HTTP，你感觉慢就是因为需要等待 TCP 请求失败。
解决方法：
1. 开启 Full Tunnel：高级特性 -> Full Tunnel。
vmess://base64(security:uuid@host:port)?[key=urlencode(value)[&key=urlencode(value) ...]]
其中 base64、urlencode 为函数，security 为加密方式，最后一部分是以 & 为分隔符的参数列表，key 为参数名称，value 为相应的值，例如：network=kcp&aid=32&remark=服务器1 经过 urlencode 后为 network=kcp&aid=32&remark=%E6%9C%8D%E5%8A%A1%E5%99%A81
一个完整的例子：vmess://Y2hhY2hhMjAtcG9seTEzMDU6OTUxMzc4NTctNzBmYS00YWM4LThmOTAtNGUyMGFlYjY2MmNmQHVuaS5raXRzdW5lYmkuZnVuOjU2NjY=?network=ws&wsPath=/v2&aid=0&tls=1&allowInsecure=1&mux=0&muxConcurrency=8&remark=WSS%20Test%20Outbound
可选参数（参数名称不区分大小写）：
network - 可选的值为 "tcp"、 "kcp"、"ws"、"h2" 等
wsPath - WebSocket 的协议路径
wsHost - WebSocket HTTP 头里面的 Host 字段值
kcpHeader - kcp 的伪装类型
uplinkCapacity - kcp 的上行容量
downlinkCapacity - kcp 的下行容量
h2Path - h2 的路径
h2Host - h2 的域名
quicSecurity - quic 加密方式
quicKey - quic 加密密钥
quicHeaderType - quic 头部伪装类型
aid - AlterId
tls - 是否启用 TLS，为 0 或 1
allowInsecure - TLS 的 AllowInsecure，为 0 或 1
tlsServer - TLS 的服务器端证书的域名
mux - 是否启用 mux，为 0 或 1
muxConcurrency - mux 的 最大并发连接数
remark - 备注名称
导入配置时，不在列表中的参数一般会按照 Core 的默认值处理。
ss:// 和 socks:// 的格式类似。
可以发个信息给作者反馈下，邮件或者推特都可以。
可以的，FAQ 放在 Github Pages 上，你可以来提 PR：https://github.com/eycorsican/kits-faq